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REMOTE HEALTH MONITORING AND MAINTENANCE SYSTEM 

Related Applications 

This is a divisional application of U.S. Application Serial No. 09/422,046, filed October 20, 1999 
and claims the priority of the following applications: 

(1) Application Serial No. 08/481,925, filed June 7, 1995, which is a FWC of Application Serial No. 
08/233,397, filed April 26, 1994 (now abandoned), which in turn is a continuation-in-part of 
Application Serial No. 07/977,323, filed November 17, 1992 (which has since issued as U.S. 
Patent No. 5,307,263); and 

(2) Application Serial No. 08/9496,341, filed October 7, 1997, which claims priority from 
Provisional Application Serial No. 60/041,746 filed March 28, 1997 and from Provisional 
Application Serial No. 60/041,751 filed March 28, 1997; 

all of which are incorporated herein by reference. 

Field of the Invention 

The present invention relates to remote health monitoring and maintenance 

15 system that enables a bi-directional interaction between a patient and a health care 
provider regarding a health care condition associated with the patient, the 
bi-directional interaction employing a health care provider apparatus and a remotely 
programmable patient apparatus. 

Background of the Invention 

20 Controlling or curing conditions of ill health generally involves both 

establishing a therapeutic program and monitoring the progress of the afflicted 
person. Based on that progress, decisions can be made as to altering therapy to 
achieve a cure or maintain the affliction or condition at a controlled level. 
Successfully treating certain health conditions calls for rather frequent monitoring 

25 and a relatively high degree of patient participation. For example, in order to 
establish and maintain a regimen for successful diabetes care, a diabetic should 
monitor his or her blood glucose level and record that information along with the date 
and time at which the monitoring took place. Since diet, exercise, and medication all 
affect blood glucose levels, a diabetic often must record data relating to those items 

30 of information along with blood glucose level so that the diabetic may more closely 
monitor his or her condition and, in addition, can provide information of value to the 
healthcare provider in determining both progress of the patient and detecting any 
need to change the patient's therapy program. 
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Advances in the field of electronics over the past several years have brought 
about significant changes in medical diagnostic and monitoring equipment, including 
arrangements for self-care monitoring of various chronic conditions. With respect to 
the control and monitoring of diabetes, relatively inexpensive and relatively 
easy-to-use blood glucose monitoring systems have become available that provide 
reliable information that allows a diabetic and his or her healthcare professional to 
establish, monitor and adjust a treatment plan (diet, exercise, and medication). More 
specifically, microprocessor-based blood glucose monitoring systems are being 
marketed which sense the glucose level of a blood sample that is applied to a 
reagent-impregnated region of a test strip that is inserted in the glucose monitor. 
When the monitoring sequence is complete, the blood glucose level is displayed by, 
for example, a liquid crystal display (LCD) unit. 

Typically, currently available self-care blood glucose monitoring units include 
a calendar/clock circuit and a memory circuit that allows a number of blood glucose 
test results to be stored along with the date and time at which the monitoring 
occurred. The stored test results (blood glucose level and associated time and date) 
can be sequentially recalled for review by the blood glucose monitor user or a health 
professional by sequentially actuating a push button or other control provided on the 
monitor. In some commercially available devices, the average of the blood glucose 
results that are stored in the monitor (or the average of the results for a predetermined 
period of time, e.g., fourteen days) also is displayed during the recall sequence. 
Further, some self-care blood glucose monitors allow the user to tag the test result 
with an "event code" that can be used to organize the test results into categories. For 
example, a user might use a specific event code to identify test results obtained at 
particular times of the day, a different event code to identify a blood glucose reading 
obtained after a period of exercise, two additional event codes to identify blood 
glucose readings taken during hypoglycemia symptoms and hyperglycemia 
symptoms, etc. When event codes are provided and used, the event code typically is 
displayed with each recalled blood glucose test result. 

Microprocessor-based blood glucose monitoring systems have advantages 
other than the capability of obtaining reliable blood glucose test results and storing a 
number of the results for later recall and review. By using low power microprocessor 
and memory circuits and powering the units with small, high capacity batteries (e.g., 
a single alkaline battery), extremely compact and light designs have been achieved 
that allow taking the blood glucose monitoring system to work, school, or anywhere 



else the user might go with people encountered by the user not becoming aware of the 
monitoring system. In addition, most microprocessor-based self-care blood glucose 
monitoring systems have a memory capacity that allows the system to be 
programmed by the manufacturer so that the monitor displays a sequence of 
instructions during any necessary calibration or system tests and during the blood 
glucose test sequence itself. In addition, the system monitors various system 
conditions during a blood glucose test (e.g., whether a test strip is properly inserted in 
the monitor and whether a sufficient amount of blood has been applied to the reagent 
impregnated portion of the strip) and if an error is detected generates an appropriate 
display (e.g., "retest"). A data port may be provided that allows test results stored in 
the memory of the microprocessor-based blood glucose monitoring system to be 
transferred to a data port (e.g., RS-232 connection) of a personal computer or other 
such device for subsequent analysis. 

Microprocessor-based blood glucose monitoring systems are a significant 
advance over previously available self-care systems such as those requiring a diabetic 
to apply a blood sample to reagent activated portions of a test strip; wipe the blood 
sample from the test strip after a predetermined period of time; and, after a second 
predetermined period of time, determine blood glucose level by comparing the color 
of the reagent activated regions of the test strip with a color chart supplied by the test 
strip manufacturer. Despite what has been achieved, numerous drawbacks and 
disadvantages still exist. For example, establishing and maintaining diabetic 
healthcare often requires the diabetic to record additional data pertaining to 
medication, food intake, and exercise. However, the event codes of currently 
available microprocessor blood glucose monitoring systems provide only limited 
capability for tagging and tracking blood glucose test results according to food intake 
and other relevant factors. For example, the event codes of currently available 
monitoring systems only allow the user to classify stored blood glucose readings in a 
manner that indicates blood glucose tests taken immediately after a heavy, light or 
normal meal. This method of recording information not only requires subjective 
judgment by the system user, but will not suffice in a situation in which successfully 
controlling the user's diabetes requires the recording and tracking of relatively 
accurate information relating to food intake, exercise, or medication (e.g., insulin 
dosage). An otherwise significant advantage of currently available blood glucose 
monitoring systems is lost when blood glucose test results must be recorded and 
tracked with quantitative information relating to medication, food intake, or exercise. 
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Specifically, the system user must record the required information along with a time 
and date tagged blood glucose test result by, for example, writing the information in a 
log book. 

The use of event codes to establish subcategories of blood glucose test results 
has an additional disadvantage or drawback. In particular, although alphanumeric 
display devices are typically used in currently available microprocessor-based blood 
glucose monitoring systems, the display units are limited to a single line of 
information having on the order of six characters. Moreover, since the systems 
include no provision for the user to enter alphanumeric information, any event codes 
that are used must be indicated on the display in a generic manner, e.g., displayed as 
"EVENT P, "EVENT 2", etc. This limitation makes the system more difficult to use 
because the diabetic must either memorize his or her assignment of event codes or 
maintain a list that defines the event codes. The limited amount of data that can be 
displayed at any one time presents additional drawbacks and disadvantages. First, 
instructions and diagnostics that are displayed to the user when calibrating the system 
and using the system to obtain a blood glucose reading must be displayed a line at a 
time and in many cases, the information must be displayed in a cryptic manner. 

The above-discussed display limitations and other aspects of currently 
available blood glucose monitoring systems is disadvantageous in yet another way. 
Little statistical information can be made available to the user. For example, in 
diabetic healthcare maintenance, changes or fluctuations that occur in blood glucose 
levels during a day, a week, or longer period can provide valuable information to a 
diabetic and/or his or her healthcare professional. As previously mentioned, currently 
available systems do not allow associating blood glucose test results with attendant 
quantitative information relating to medication, food intake, or other factors such as 
exercise that affect a person's blood glucose level at any particular point in time. 
Thus, currently available blood glucose monitoring systems have little or no 
capability for the generating and display of trend information that may be of 
significant value to a diabetic or the diabetic's healthcare professional. 

Some currently available blood glucose monitoring systems provide a data 
port that can be interconnected with and transfer data to a personal computer (e.g., via 
an RS-232 connection). With such a system and a suitable programmed computer, 
the user can generate and display trend information or other data that may be useful 
in administering his or her treatment plan. Moreover, in such systems, data also can 
be transferred from the blood glucose monitoring system to a healthcare 



professional's computer either directly or remotely by telephone if both the blood 
glucose monitoring system (or computer) to which the data has been downloaded and 
the healthcare professional's computer are equipped with modems. Although such a 
data transfer provision allows a healthcare professional to analyze blood glucose data 
collected by a diabetic, this aspect of currently available blood glucose monitoring 
systems has not found widespread application. First, the downloading and 
subsequent analysis feature can only be used by system users that have ready access 
to a computer that is programmed with appropriate software and, in addition, have 
both the knowledge required to use the software (and the inclination to do so). This 
same problem exists with respect to data transfer to (and subsequent analysis by) a 
healthcare professional. Moreover, various manufacturers of systems that currently 
provide a data transfer feature do not use the same data format. Therefore, if a 
healthcare professional wishes to analyze data supplied by a number of different 
blood glucose monitoring systems, he or she must possess software for each of the 
systems and must leam to conduct the desired analyses with each software system. 

The above-discussed disadvantages and drawbacks of microprocessor-based 
self-care health monitoring systems take on even greater significance with respect to 
children afflicted with diabetes, asthma and other chronic illnesses. In particular, a 
child's need for medication and other therapy changes as the child grows. Current 
microprocessor-based self-care health monitoring systems generally do not provide 
information that is timely and complete enough for a healthcare professional to 
recognize and avert problems before relatively severe symptoms develop. Too often, 
a need for a change in medication and/or other changes in therapeutic regimen is not 
detected until the child's condition worsens to the point that emergency room care is 
required. 

Further, currently available microprocessor-based health monitoring systems 
have not been designed with children in mind. As previously mentioned, such 
devices are not configured for sufficient ease of use in situations in which it is 
desirable or necessary to record and track quantitative information that affects the 
physical condition of the system user (e.g., medication dosage administered by a 
diabetic and food intake). Children above the age at which they are generally capable 
of obtaining blood samples and administering insulin or other medication generally 
can learn to use at least the basic blood glucose monitoring features of currently 
available microprocessor-based blood glucose monitoring systems. However, the 
currently available monitoring systems provide nothing in the way of motivation for a 



child to use the device and, in addition, include little or nothing that educates the 
child about his or her condition or treatment progress. 

The lack of provision for the entering of alphanumeric data also can be a 
disadvantage. For example, currently available blood glucose monitoring systems do 
not allow the user or the healthcare professional to enter information into the system 
such as medication dosage and other instructions or data that is relevant to the user's 
self-care health program. 

The above-discussed disadvantages and drawbacks of currently available 
microprocessor-based blood glucose monitoring systems also have been impediments 
to adopting the basic technology of the system for other healthcare situations in 
which establishing and maintaining an effective regimen for cure or control is 
dependent upon (or at least facilitated by) periodically monitoring a condition and 
recording that condition along with time and date tags and other information 
necessary or helpful in establishing and maintaining a healthcare program. 

In the United States alone, over 100 million people have chronic health 
conditions, accounting for an estimated $700 billion in annual medical costs. In an 
effort to control these medical costs, many healthcare providers have initiated 
outpatient or home healthcare programs for their patients. The potential benefits of 
these programs are particularly great for chronically ill patients who must treat their 
diseases on a daily basis. However, the success of these programs is dependent upon 
the ability of the healthcare providers to monitor the patients remotely to avert 
medical problems before they become complicated and costly. Unfortunately, no 
convenient and cost effective monitoring system exists for the patients who have the 
greatest need for monitoring, the poor and the elderly. 

Prior attempts to monitor patients remotely have included the use of personal 
computers and modems to establish communication between patients and healthcare 
providers. However, computers are too expensive to give away and the patients who 
already own computers are only a small fraction of the total population. Further, the 
patients who own computers are typically young, well educated, and have good 
healthcare coverage. Thus, these patients do not have the greatest unmet medical 
needs. The patients who have the greatest unmet medical needs are the poor and 
elderly who do not own computers or who are unfamiliar with their use. 

Similar attempts to establish communication between patients and healthcare 
providers have included the use of the Internet and internet terminals. Although 
internet terminals are somewhat less costly than personal computers, they are still too 



expensive to give away to patients. Moreover, monthly on-line access charges are 
prohibitive for poor patients. 

Other attempts to monitor patients remotely have included the use of medical 
monitoring devices with built-in modems. Examples of such monitoring devices 
5 include blood glucose meters, respiratory flow meters, and heart rate monitors. 
Unfortunately, these monitoring devices are only designed to collect physiological 
data from the patients. They do not allow flexible and dynamic querying of the 
patients for other information, such as quality of life measures or psycho-social 
variables of illness. 

10 Prior attempts to monitor patients remotely have also included the use of 

interactive telephone or video response systems. Such interactive systems are 
disclosed in U.S. Patents 5,390,238 issued to Kirk et al. on February 14, 1995, 
5,434,61 1 issued to Tamura on July 18, 1995, and 5,441,047 issued to David et al. on 
August 15, 1995. One disadvantage of these systems is that they either require a 
15 patient to call in to a central facility to be monitored or require the central facility to 
call the patient according to a rigid monitoring schedule. 

If the patients are required to call the central facility, only the compliant 
patients will actually call regularly to be monitored. Non-compliant patients will 
typically wait until an emergency situation develops before contacting their 
20 healthcare provider, thus defeating the purpose of the monitoring system. If the 
central facility calls each patient according to a monitoring schedule, it is intrusive to 
the patient's life and resistance to the monitoring grows over time. 

Another disadvantage of these conventional interactive response systems is 
that they are prohibitively expensive for poor patients. Further, it is difficult to 
25 identify each patient uniquely using these systems. Moreover, these systems are 
generally incapable of collecting medical data from monitoring devices, such as 
blood glucose meters, respiratory flow meters, or heart rate monitors. 

OBJECTS AND ADVANTAGES OF THE INVENTION 
In view of the above, it is an object of the present invention to provide a 
30 simple and inexpensive system for remotely monitoring patients and for 
communicating information to the patients. It is another object of the invention to 
provide a system which allows flexible and dynamic querying of the patients. It is a 
further object of the invention to provide a system which combines querying of 
patients with medical device monitoring in the same monitoring session. Another 
35 object of the invention is to provide a monitoring system which incurs lower 
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communications charges than those incurred by conventional monitoring systems. A 
further object of the invention is to provide a monitoring system which may be used 
at any time convenient for a patient. 

These and other objects and advantages will become more apparent after 
5 consideration of the ensuing description and the accompanying drawings. 

Summary of the Invention 
This invention provides a new and useful system for healthcare maintenance 
in which the invention either serves as a peripheral device to (or incorporates) a small 
handheld microprocessor-based unit of the type that includes a display screen, 
0 buttons or keys that allow a user to control the operation of the device and a program 
cartridge or other arrangement that can be inserted in the device to adapt the device to 
a particular application or function. The invention in effect converts the handheld 
microprocessor device into a healthcare monitoring system that has significant 
advantages over systems such as the currently available blood glucose monitoring 
5 systems. To perform this conversion, the invention includes a microprocessor-based 
healthcare data management unit, a program cartridge and a monitoring unit. When 
inserted in the handheld microprocessor unit, the program cartridge provides the 
software necessary (program instructions) to program the handheld microprocessor 
unit for operation with the microprocessor-based data management unit. Signal 
communication between the data management unit and the handheld microprocessor 
unit is established by an interface cable. A second interface cable can be used to 
establish signal communication between the data management unit and the 
monitoring unit or, alternatively, the monitoring unit can be constructed as a plug-in 
unit having an electrical connector that mates with a connector mounted within a 
region that is configured for receiving the monitoring unit. 

In operation, the control buttons or keys of the handheld 
microprocessor-based unit are used to select the operating mode for both the data 
management unit and the handheld microprocessor-based unit. In response to signals 
generated by the control buttons or keys, the data management unit generates signals 
that are coupled to the handheld microprocessor unit and, under control of the 
program instructions contained in the program cartridge, establish an appropriate 
screen display on the handheld microprocessor-based unit display. In selecting 
system operating mode and other operations, the control buttons are used to position 
a cursor or other indicator in a manner that allows the system user to easily select a 
desired operating mode or function and provide any other required operator input. In 



the disclosed detailed embodiment of the invention several modes of operation are 
made available. 

In the currently preferred embodiments of the invention, the handheld 
microprocessor unit is a compact video game system such as the system 
manufactured by Nintendo of America Inc. under the trademark "GAME BOY." Use 
of a compact video game system has several general advantages, including the 
widespread availability and low cost of such systems. Further, such systems include 
switch arrangements that are easily adapted for use in the invention and the display 
units of such systems are of a size and resolution that can advantageously be 
employed in the practice of the invention. In addition, such systems allow 
educational or motivational material to be displayed to the system user, with the 
material being included in the program cartridge that provides the monitor system 
software or, alternatively, in a separate program cartridge. 

The use of a compact video game system for the handheld 
microprocessor-based unit of the invention is especially advantageous with respect to 
children. Specifically, the compact video game systems of the type that can be 
employed in the practice of the invention are well known and well accepted by 
children. Such devices are easily operated by a child and most children are well 
accustomed to using the devices in the context of playing video games. Motivational 
and educational material relating to the use of the invention can be presented in 
game-like or animated format to further enhance acceptance and use of the invention 
by children that require self-care health monitoring. 

A microprocessor-based health monitoring system that is configured in 
accordance with the invention provides additional advantages for both the user and a 
healthcare professional. In accordance with one aspect of the invention, standardized 
reports are provided to a physician or other healthcare provider by means of facsimile 
transmission. To accomplish this, the data management unit of the currently 
preferred embodiments of the invention include a modem which allows test results 
and other data stored in system memory to be transmitted to a remote clearinghouse 
via a telephone connection. Data processing arrangements included in the 
clearinghouse perform any required additional data processing; format the 
standardized reports; and, transmit the reports to the facsimile machine of the 
appropriate healthcare professional. 

The clearinghouse also can fill an additional communication need, allowing 
information such as changes in medication dosage or other information such as 



modification in the user's monitoring schedule to be electronically sent to a system 
user. In arrangements that incorporate this particular aspect of the invention, 
information can be sent to the user via a telephone connection and the data 
management unit modem when a specific inquiry is initiated by the user, or when the 
user establishes a telephone connection with the clearinghouse for other purposes 
such as providing data for standardized reports. 

The clearinghouse-facsimile aspect of the invention is important because it 
allows a healthcare professional to receive timely information about patient condition 
and progress without requiring a visit by the patient (system user) and without 
requiring analysis or processing of test data by the healthcare professional. In this 
regard, the healthcare professional need not possess or even know how to use a 
computer and/or the software conventionally employed for analysis of blood glucose 
and other health monitoring data and information. 

The invention also includes provision for data analysis and memory storage of 
information provided by the user and/or the healthcare professional. In particular, the 
data management units of the currently preferred embodiments of the invention 
include a data port such as an RS-232 connection that allows the system user or 
healthcare professional to establish signal communication between the data 
management unit and a personal computer or other data processing arrangement. 
Blood glucose test data or other information can then be downloaded for analysis and 
record keeping purposes. Alternatively, information such as changes in the user's 
treatment and monitoring regimen can be entered into system memory. Moreover, if 
desired, remote communication between the data management unit and the healthcare 
professional's computer can be established using the clearinghouse as an element of 
the communications link. That is, in the currently preferred arrangements of the 
invention a healthcare professional has the option of using a personal computer that 
communicates with the clearinghouse via a modem and telephone line for purposes of 
transmitting instructions and information to a selected user of the system and/or 
obtaining user test data and information for subsequent analysis. 

The invention can be embodied in forms other than those described above. 
For example, although small handheld microprocessor-based units such as a handheld 
video game system or handheld microprocessor-based units of the type often referred 
to as "palm-top" computers provide many advantages, there are situations in which 
other compact microprocessor-based units can advantageously be used. Among the 
various types of units that can be employed are using compact video game systems of 
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the type that employ a program cartridge, but uses a television set or video monitor 
instead of a display unit that is integrated into the previously described handheld 
microprocessor-based units. 

Those skilled in the art also will recognize that the above-described 
microprocessor-implemented functions and operations can be apportioned between 
one or more microprocessors in a manner that differs from the above-described 
arrangement. For example, in some situations, the programmable 
microprocessor-based unit and the program cartridge used in practicing the invention 
may provide memory and signal processing capability that is sufficient for practicing 
the invention. In such situations, the microprocessor of the microprocessor-based 
data management unit of the above-described embodiments in effect is moved into 
the video game system, palm-top, computer or programmable microprocessor device. 
In such an arrangement, the data management unit can be realized as a relatively 
simple interface unit that includes little or no signal processing capability. 
Depending upon the situation at hand, the interface unit may or may not include a 
telephone modem and/or an RS-232 connection (or other data port) for 
interconnecting the healthcare system with a computer or other equipment. In other 
situations, the functions and operations associated with processing of the monitored 
health care data may be performed by a microprocessor that is added to or already 
present in the monitoring device that is used to monitor blood glucose or other 
condition. 

Because the invention can be embodied to establish systems having different 
levels of complexity, the invention satisfies a wide range of self-care health 
monitoring applications. The arrangements that include a modem (or other signal 
transmission facility) and sufficient signal processing capability can be employed in 
situations in which reports are electronically transmitted to a healthcare professional 
either in hard copy (facsimile) form or in a signal format that can be received by and 
stored in the healthcare professionals computer. On the other hand, less complex 
(and, hence, less costly) embodiments of the invention are available for use in which 
transfer of system information need not be made by means of telephonic data transfer 
or other remote transmission methods. In these less complex embodiments, transfer 
of data to a healthcare professional can still be accomplished. Specifically, if the 
program cartridge includes a battery and suitable program instructions, monitored 
healthcare data can be stored in the program cartridge during use of the system as a 
healthcare monitor. The data cartridge can then be provided to the healthcare 



professional and inserted in a programmable microprocessor-based unit that is the 
same as or similar to that which was used in the healthcare monitoring system. The 
healthcare professional can then review the data, and record it for later use, and/or 
can use the data in performing various analyses. If desired, the microprocessor-based 
unit used by the healthcare professional can be programmed and arranged to allow 
information to be stored in the cartridge for return to and retrieval by the user of the 
healthcare monitoring system. The stored information can include messages (e.g., 
instructions for changes in medication dosage) and/or program instructions for 
reconfiguring the program included in the cartridge so as to effect changes in the 
treatment regimen, the analyses or reports to be generated by the healthcare 
monitoring system, or less important aspects such as graphical presentation presented 
during the operation of the healthcare system. 

The invention presents a networked system for remotely monitoring an 
individual and for communicating information to the individual. The system includes 
a server and a remote interface for entering in the server a set of queries to be 
answered by the individual. The server is preferably a world wide web server and the 
remote interface is preferably a personal computer or network terminal connected to 
the web server via the Internet. The system also includes a remotely programmable 
apparatus for interacting with the individual. The apparatus is connected to the server 
via a communication network, preferably the Internet. The apparatus interacts with 
the individual in accordance with a script program received from the server. 

The server includes a script generator for generating the script program from 
the queries entered through the remote interface. The script program is executable by 
the apparatus to communicate the queries to the individual, to receive responses to 
the queries, and to transmit the responses from the apparatus to the server. The 
server also includes a database connected to the script generator for storing the script 
program and the responses to the queries. 

The apparatus has a communication device, such as a modem, for receiving 
the script program from the server and for transmitting the responses to the server. 
The apparatus also has a user interface for communicating the queries to the 
individual and for receiving the responses to the queries. In the preferred 
embodiment, the user interface includes a display for displaying the queries and user 
input buttons for entering the responses to the queries. In an alternative embodiment, 
the user interface includes a speech synthesizer for audibly communicating the 
queries and a speech recognizer for receiving spoken responses to the queries. 
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The apparatus also includes a memory for storing the script program and the 
responses to the queries. The apparatus further includes a microprocessor connected 
to the communication device, the user interface, and the memory. The 
microprocessor executes the script program to communicate the queries to the 
individual, to receive the responses to the queries, and to transmit the responses to the 
server through the communication network. 

In the preferred embodiment, the system also includes at least one monitoring 
device for producing measurements of a physiological condition of the individual and 
for transmitting the measurements to the apparatus. The apparatus ftirther includes a 
device interface connected to the microprocessor for receiving the measurements 
from the monitoring device. The measurements are stored in the memory and 
transmitted to the server with the responses to the queries. The server also preferably 
includes a report generator connected to the database for generating a report of the 
measurements and responses. The report is displayed on the remote interface. 

Brief Description of the Drawings 
The foregoing aspects and many of the attendant advantages of this invention 
will become more readily appreciated as the same becomes better understood by 
reference to the following detailed description, when taken in conjunction with the 
accompanying drawings, wherein: 

FIGURE 1 is a block diagram that illustrates a healthcare monitoring system 
arranged in accordance with the invention; 

FIGURE 2 diagrammatically illustrates monitoring systems constructed in 
accordance with the invention connected in signal communication with a remotely 
located computing facility which includes provision for making the data supplied by 
the monitoring system of the invention available to a designated healthcare 
professional and/or for providing data and instructions to the system user; 

FIGURE 3 is a block diagram diagrammatically depicting the structural 
arrangement of the system data management unit and its interconnection with other 
components of the system shown in FIGURE 1; 

FIGURES 4-10 depict typical system screen displays of data and information 
that can be provided by the arrangements shown in FIGURES 1-3; and 

FIGURE 1 1 diagrammatically illustrates an alternative healthcare monitoring 
system that is arranged in accordance with the invention. 

FIGURE 12 is a block diagram of a networked system according to a 
preferred embodiment of the invention. 
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FIGURE 13 is a block diagram illustrating the interaction of the components 
of the system of FIGURE 12. 

FIGURE 14 is a perspective view of a remotely programmable apparatus of 
the system of FIGURE 12. 

5 FIGURE 15 is a block diagram illustrating the components of the apparatus of 

FIGURE 14. 

FIGURE 16 is a script entiy screen according to the preferred embodiment of 
the invention. 

FIGURE 17A is a listing of a sample script program according to the 
1 0 preferred embodiment of the invention. 

FIGURE 17B is a continuation of the listing of FIGURE 17A. 
FIGURE 18 is a script assignment screen according to the preferred 
embodiment of the invention. 

FIGURE 19 is a sample query appearing on a display of the apparatus of 
15 FIGURE 14. 

FIGURE 20 is a sample prompt appearing on the display of the apparatus of 
FIGURE 14. 

FIGURE 21 is a sample report displayed on a workstation of the system of 
FIGURE 12. 

20 FIGURE 22A is a flow chart illustrating the steps included in a monitoring 

application executed by the server of FIGURE 12 according to the preferred 
embodiment of the invention. 

FIGURE 22B is a continuation of the flow chart of FIGURE 22 A. 
FIGURE 23A is a flow chart illustrating the steps included in the script 
25 program of FIGURES 1 7 A- 1 7B. 

FIGURE 23 B is a continuation of the flow chart of FIGURE 23 A. 
FIGURE 24 is a perspective view of a remotely programmable apparatus 
according to a second embodiment of the invention. 

FIGURE 25 is a sample prompt appearing on a display of the apparatus of 
30 FIGURE 24. 

FIGURE 26 is a block diagram illustrating the components of the apparatus of 
FIGURE 24. 

FIGURE 27 is a schematic block diagram illustrating the interaction of the 
server of FIGURE 12 with the apparatus of FIGURE 14 according to a third 
35 embodiment of the invention. 
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FIGURE 28 is a first sample message appearing on the display of the 
apparatus of FIGURE 14. 

FIGURE 29 is a second sample message appearing on the display of the 
apparatus of FIGURE 14. 

FIGURE 30 is a script entry screen according to the third embodiment of the 
invention. 

FIGURE 3 1 is a block diagram summarizing the Health Care Provider 
Apparatus of the present invention. 

FIGURE 32 is a block diagram summarizing the Remotely Programmable 
Patient Apparatus of the present invention. 

Detailed Description 
FIGURE 1 depicts a self-care health monitoring system arranged in 
accordance with the invention. In the arrangement shown in FIGURE 1 , a data 
management unit 10 is electrically interconnected with a handheld 
microprocessor-based unit 12 via a cable 14. In the depicted arrangement, data 
management unit 10 also is electrically interconnected with a blood glucose 
monitor 16 of the type capable of sensing blood glucose level and producing an 
electrical signal representative thereof. Although FIGURE 1 illustrates blood glucose 
monitor 16 as being connected to data management unit 10 by a cable 18, it may be 
preferable to construct blood glucose monitor 16 as a plug-in unit that is placed in a 
recess or other suitable opening or slot in data management unit 10. Regardless of 
the manner in which blood glucose monitor 16 is interconnected with data 
management unit 10, both that interconnection and cable 14 are configured for serial 
data communication between the interconnected devices. 

Also shown in FIGURE 1 are two additional monitoring devices 20 and 22, 
which are electrically connected for serial data communication with data management 
unit 1 0 via cables 24 and 26, respectively. Monitoring units 20 and 22 of FIGURE 1 
represent devices other than blood glucose monitor 16 that can be used to configure 
the invention for self-care health monitoring applications other than (or in addition 
to) diabetes care. For example, as is indicated in FIGURE 1, the monitoring 
device 20 can be a peak-flow meter that provides a digital signal representative of the 
airflow that results when a person suffering from asthma or another chronic 
respiratory affliction expels a breath of air through the meter. As is indicated by 
monitor 22 of FIGURE I, various other devices can be provided for monitoring 
conditions such as blood pressure, pulse, and body temperature to thereby realize 
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systems for self-care monitoring and control of conditions such as hypertension, 
certain heart conditions and various other afflictions and physical conditions. Upon 
understanding the hereinafter discussed aspects and features of the invention it will 
be recognized that the invention is easily implemented for these and other types of 
healthcare monitoring. In particular, monitors used in the practice of the invention 
can be arranged in a variety of ways as long as the data to be recorded or otherwise 
employed by handheld microprocessor unit 12 and/or data management unit 10 is 
provided in serial format in synchronization with clock signals provided by data 
management unit 10. As is the case with blood glucose monitor 16, the additional 
monitors can be configured as plug-in units that are directly received by data 
management unit 10, or can be connected to data management unit 10 with cables (as 
shown in FIGURE 1). 

As is shown in FIGURE 1, handheld microprocessor unit 12 includes a 
display screen 28 and a plurality of switches or keys (30, 32, 34, 36, and 38 in 
FIGURE 1), which are mounted on a housing 40. Located in the interior of 
housing 40, but not shown in FIGURE 1, are a microprocessor, memory circuits, and 
circuitry that interfaces switches 30, 32, 34, 36 and 38 with the microprocessor. 
Stored in the memory of program handheld microprocessor unit 12 is a set of 
program instructions that establishes a data protocol that allows handheld 
microprocessor unit 12 to perform digital data signal processing and generate desired 
data or graphics for display on display unit 28 when a program cartridge 42 is 
inserted in a slot or other receptacle in housing 40. That is, program cartridge 42 of 
FIGURE 1 includes read-only memory units (or other memory means such as 
battery-powered random access memory) which store program instructions and data 
that adapt handheld microprocessor 12 for operation in a blood glucose monitoring 
system. More specifically, when the instructions and data of program cartridge 42 are 
combined with program instructions and data included in the internal memory 
circuits of handheld microprocessor unit 12, handheld microprocessor unit 12 is 
programmed for processing and displaying blood glucose information in the manner 
described below and additional monitors 22 to provide health monitoring for asthma 
and various other previously mentioned chronic conditions. In each case, the 
plurality of switches or keys (30, 32, 34, 36, and 38 in FIGURE I) are selectively 
operated to provide signals that result in pictorial and/or alphanumeric information 
being displayed by display unit 42. 



Various devices are known that meet the above-set forth description of 
handheld microprocessor unit 12. For example, compact devices are available in 
which the plurality of keys allows alphanumeric entry and internal memory is 
provided for storing information such as names, addresses, phone numbers, and an 
appointment calendar. Small program cartridges or cards can be inserted in these 
devices to program the device for various purposes such as the playing of games, 
spreadsheet application, and foreign language translation sufficient for use in travel. 
More recently, less compact products that have more extensive computational 
capability and are generally called "palm top computers" have been introduced into 
the marketplace. These devices also can include provision for programming the 
device by means of an insertable program card or cartridge. 

The currently preferred embodiments of the invention are configured and 
arranged to operate in conjunction with yet another type of handheld microprocessor 
unit. Specifically, in the currently preferred embodiments of the invention, program 
cartridge 42 is electrically and physically compatible with commercially available 
compact video game systems, such as the system manufactured by Nintendo of 
America Inc. under the trademark "GAME BOY." Configuring data management 
unit 10 and program cartridge 42 for operation with a handheld video game system 
has several advantages. For example, the display unit of such a device provides 
display resolution that allows the invention to display both multi-line alphanumeric 
information and graphical data. In this regard, the 160 x 144 pixel dot matrix-type 
liquid crystal display screen currently used in the above-referenced compact video 
game systems provides sufficient resolution for at least six lines of alphanumeric text, 
as well as allowing graphical representation of statistical data such as graphical 
representation of blood glucose test results for a day, a week, or longer. 

Another advantage of realizing handheld microprocessor unit 12 in die form 
of a compact video game system is the relatively simple, yet versatile arrangement of 
switches that is provided by such a device. For example, as is indicated in 
FIGURE 1, a compact video game system includes a control pad 30 that allows an 
object displayed on display unit 42 to be moved in a selected direction (i.e., up-down 
or left-right). As also is indicated in FIGURE 1, compact video game systems 
typically provide two pair of distinctly-shaped push button switches. In the 
arrangement shown in FIGURE I, a pair of spaced-apart circular push button 
switches (36 and 38) and a pair of elongate switches (32 and 34) are provided. The 
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functions performed by the two pairs of switches is dependent upon the program 
instructions contained in each program cartridge 42. 

Yet another advantage of utilizing a compact video game system for handheld 
microprocessor-based unit 12 of FIGURE 1 is the widespread popularity and low cost 
of such units. In this regard, manufacture and sale of a data management unit 10, 
blood glucose monitor 16 and program cartridge 42 that operate in conjunction with a 
compact microprocessor-based video allows the self-care health monitoring system of 
FIGURE I to be manufactured and sold at a lower cost than could be realized in an 
arrangement in which handheld unit 12 is designed and manufactured solely for use 
in the system of FIGURE 1 . 

An even further advantage of using a compact video game system for 
handheld microprocessor 12 is that such video game systems include means for easily 
establishing the electrical interconnection provided by cable 14 in FIGURE 1. In 
particular, such compact video game systems include a connector mounted to the 
game unit housing (40 in FIGURE 1) and a cable that can be connected between the 
connectors of two video game units to allow interactive operation of the two 
interconnected units (i.e., to allow contemporaneous game play by two players or 
competition between players as they individually play identical but separate games). 
In the preferred embodiments of the invention, the "two-player" cable supplied with 
the compact video game unit being used as handheld microprocessor unit 12 is used 
as cable 14 to establish serial data communication between the handheld 
microprocessor unit 12 (compact video game system) and data management unit 10. 
In these preferred embodiments, the program instructions stored on the memory of 
data management unit 10 and program cartridge 42 respectively program data 
management unit 10 and the compact video game system (i.e., handheld 
microprocessor unit 12) for interactive operation in which switches 30, 32, 34, 36 
and 38 are used to control the operation of data management unit 10 (e.g., to select a 
particular operational mode such as performance of a blood glucose test or the 
display of statistical test data and, in addition, to control operation such as selection 
of an option during operation of the system in a particular operational mode). In each 
operational mode, data management unit 10 processes data in accordance with 
program instructions stored in the memory circuits of data management unit 10. 
Depending upon the operational mode selected by the user, data is supplied to data 
management unit 10 by blood glucose monitor 16, by additional monitors (20 and 22 
in FIGURE 1) or any interconnected computers or data processing facility (such as 



(he hereinafter described user's computer 48 and clearinghouse 54 of FIGURE 1). 
During such operation, mode switches 30, 32, 34, 36 and 38 are selectively activated 
so that signals are selectively coupled to the video game system (handheld 
microprocessor unit 12) and processed in accordance with program instructions 
stored in program cartridge 42. The signal processing performed by handheld 
microprocessor unit 12 results in the display of alphanumeric, symbolic, or graphic 
information on the video game display screen (i.e., display unit 28 in FIGURE I), 
which allow the user to control system operation and obtain desired test results and 
other information* 

Although the above-discussed advantages apply to use of the invention by all 
age groups, employing a compact video game system in the practice of the invention 
is of special significance in monitoring a child's blood glucose or other health 
parameters. Children and young adults are familiar with compact video game 
systems. Thus, children will accept a health monitoring system incorporating a 
compact video game system more readily than a traditional system, even an 
embodiment of the invention that uses a different type of handheld microprocessor 
unit. Moreover, an embodiment of the invention that functions in conjunction with a 
compact video game system can be arranged to motivate children to monitor 
themselves more closely than fhey might otherwise by incorporating game-like 
features and/or animation in system instruction and test result displays. Similarly, the 
program instructions can be included in program cartridges 4 1 , 42 and 43 (or 
additional cartridges) that allow children to select game-like displays that help 
educate the child about his or her condition and the need for monitoring. 

With continued reference to FIGURE 1, data management unit 10 of the 
currently preferred embodiments of the invention includes a data port 44 that allows 
communication between data management unit 10 and a personal computer 48 (or 
other programmable data processor). In the currently preferred embodiments of the 
invention, data port 44 is an RS-232 connection that allows serial data 
communication between data management unit 10 and personal computer 48. In the 
practice of the invention, personal computer 48 can be used to supplement data 
management unit 10 by, for example, performing more complex analyses of blood 
glucose and other data that has been supplied to and stored in the memory circuits of 
data management unit 10. With respect to embodiments of the invention configured 
for use by a child, personal computer 48 can be used by a parent or guardian to 
review and analyze the child's progress and to produce printed records for subsequent 
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review by a healthcare professional. Alternatively, personal computer 48 can be used 
to supply data to data management unit 10 that is not conveniently supplied by using 
handheld microprocessor switches 30, 32, 34, 36 and 38 as an operator interface to 
the system shown in FIGURE 1. For example, some embodiments of the invention 
may employ a substantial amount of alphanumeric information that must be entered 
by the system user. Although it is possible to enter such data by using switches 30, 
32, 34, 36 and 38 in conjunction with menus and selection screens displayed on 
display screen 28 of FIGURE 1, it may be more advantageous to use a device such as 
personal computer 48 for entry of such data. However, if personal computer 48 is 
used in this manner, some trade-off of system features may be required because data 
management unit 10 must be temporarily interconnected with personal computer 48 
during these operations. That is, some loss of system mobility might result because a 
suitably programmed personal computer would be needed at each location at which 
data entry or analysis is to occur. 

As is indicated in FIGURE 1, data management unit 10 of the currently 
preferred embodiments of the invention also includes a modem that allows data 
communication between data management unit 10 and a remote computing facility 
identified in FIGURE I as clearinghouse 54 via a conventional telephone line 
(indicated by reference numeral 50 in FIGURE 1) and a modem 52 that interconnects 
clearinghouse 54 and telephone line 50. As shall be described in more detail, 
clearinghouse computing facility 54 facilitates communication between a user of the 
system shown in FIGURE 1 and his or her healthcare professional and can provide 
additional services such as updating system software. As is indicated by facsimile 
machine 55 of FIGURE 1 , a primary function of clearinghouse 54 is providing the 
healthcare professional with standardized reports 56, which indicate both the current 
condition and condition trends of the system user. Although a single facsimile 
machine 55 is shown in FIGURE 1, it will be recognized that numerous healthcare 
professionals (and hence facsimile machine 55) can be connected in signal 
communication with a clearinghouse 54. 

Regardless of whether a compact video game system, another type of 
commercially available handheld microprocessor-based unit, or a specially designed 
unit is used, the preferred embodiments of FIGURE 1 provide a self-care blood 
glucose monitoring system in which program cartridge 42: (a) adapts handheld 
microprocessor unit 12 for displaying instructions for performing the blood glucose 
test sequence and associated calibration and test procedures; (b) adapts handheld 
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microprocessor unit 12 for displaying (graphically or alphanumerically) statistical 
data such as blood glucose test results taken during a specific period of time (e.g., a 
day, week, etc.); (c) adapts handheld microprocessor unit 12 for supplying control 
signals and signals representative of food intake or other useful information to data 
management unit 10; (d) adapts handheld microprocessor unit 12 for simultaneous 
graphical display of blood glucose levels with information such as food intake; and, 
(e) adapts handheld microprocessor unit 12 for displaying information or instructions 
from a healthcare professional that are coupled to data management unit 10 from a 
clearinghouse 54. The manner in which the arrangement of FIGURE 1 implements 
the above-mentioned functions and others can be better understood with reference to 
FIGURES 2 and 3. 

Referring first to FIGURE 2, clearinghouse 54 receives data from a plurality 
of self-care microprocessor-based healthcare systems of the type shown in 
FIGURE 1, with the individual self-care health monitoring systems being indicated in 
FIGURE 2 by reference numeral 58. Preferably, the data supplied to 
clearinghouse 54 by each individual self-care health monitoring system 58 consists of 
"raw data," i.e., test results and related data that was stored in memory circuits of data 
management unit 10, without further processing by data management unit 10. For 
example, with respect to the arrangement shown in FIGURE 1 , blood glucose test 
results and associated data such as food intake information, medication dosage and 
other such conditions are transmitted to clearinghouse 54 and stored with a digitally 
encoded signal that identifies both the source of the information (i.e., the system user 
or patient) and those having access to the stored information (i.e., the system user's 
doctor or other healthcare professional). 

As shall be recognized upon understanding the manner in which it operates, 
clearinghouse 54 can be considered to be a central server for the various system users 
(58 in FIGURE 2) and each healthcare professional 60. In that regard, 
clearinghouse 54 includes conventionally arranged and interconnected digital 
processing equipment (represented in FIGURE 2 by digital signal processor 57) 
which receives digitally encoded information from a user 58 or healthcare 
professional 60; processes the information as required; stores the information 
(processed or unprocessed) in memory if necessary; and, transmits the information to 
an intended recipient (i.e., user 58 or healthcare professional 60). 

In FIGURE 2, rectangular outline 60 represents one of numerous remotely 
located healthcare professionals who can utilize clearinghouse 54 and the 
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arrangement described relative to FIGURE 1 in monitoring and controlling patient 
healthcare programs. Shown within outline 60 is a computer 62 (e.g., personal 
computer), which is coupled to clearinghouse 54 by means of a modem (not shown in 
FIGURE 2) and a telephone line 64. Also shown in FIGURE 2 is the previously 
5 mentioned facsimile machine 55, which is coupled to clearinghouse 54 by means of a 
second telephone line 68. Using the interface unit of computer 62 (e.g., a keyboard 
or pointing device such as a mouse), the healthcare professional can establish data 
communication between computer 62 and clearinghouse 54 via telephone line 64. 
Once data communication is established between computer 62 and clearinghouse 54, 

1 0 patient information can be obtained from clearinghouse 54 in a manner similar to the 
manner in which subscribers to various database services access and obtain 
information. In particular, the healthcare professional can transmit an authorization 
code to clearinghouse 54 that identifies the healthcare professional as an authorized 
user of the clearinghouse and, in addition, can transmit a signal representing the 

15 patient for which healthcare information is being sought. As is the case with 
conventional database services and other arrangements, the identifying data is keyed 
into computer 62 by means of a conventional keyboard (not shown in FIGURE 2) in 
response to prompts that are generated at clearinghouse 54 for display by the display 
unit of computer 62 (not shown in FIGURE 2). 

20 Depending upon the hardware and software arrangement of clearinghouse 54 

and selections made by the healthcare professional via computer 62, patient 
information can be provided to the healthcare professional in different ways. For 
example, computer 62 can be operated to access data in the form that it is stored in 
the memory circuits of clearinghouse 54 (i.e., raw data that has not been processed or 

25 altered by the computational or data processing arrangements of clearinghouse 54). 
Such data can be processed, analyzed, printed and/or displayed by computer 62 using 
commercially available or custom software. On the other hand, various types of 
analyses may be performed by clearinghouse 54 with the results of the analyses being 
transmitted to the remotely located healthcare professional 60. For example, 

30 clearinghouse 54 can process and analyze data in a manner identical to the processing 
and analysis provided by the self-care monitoring system of FIGURE 1. With respect 
to such processing and any other analysis and processing provided by 
clearinghouse 54, results expressed in alphanumeric format can be sent to 
computer 62 via telephone line 64 and the modem associated with computer 62, with 
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conventional techniques being used for displaying and/or printing the alphanumeric 
material for subsequent reference. 

The arrangement of FIGURE 2 also allows the healthcare professional to send 
messages and/or instructions to each patient via computer 62, telephone line 64, and 
5 clearinghouse 54. In particular, clearinghouse 54 can be programmed to generate a 
menu that is displayed by computer 62 and allows the healthcare professional to 
select a mode of operation in which information is to be sent to clearinghouse 54 for 
subsequent transmission to a user of the system described relative to FIGURE 1. 
This same menu (or related submenus) can be used by the healthcare professional to 
10 select one or more modes of operation of the above-described type in which either 
unmodified patient data or the results of data that has been analyzed by 
clearinghouse 54 is provided to the healthcare provider via computer 62 and/or 
facsimile machine 55. 

In the currently contemplated arrangements, operation of the arrangement of 

15 FIGURE 2 to provide the user of the invention with messages or instructions such as 
changes in medication or other aspects of the healthcare program is similar to the 
operation that allows the healthcare professional to access data sent by a patient, i.e., 
transmitted to clearinghouse 54 by a data management unit 10 of FIGURE I. The 
process differs in that the healthcare professional enters the desired message or 

20 instruction via the keyboard or other interface unit of computer 62. Once the data is 
entered and transmitted to clearinghouse 54, it is stored for subsequent transmission 
to the user for whom the information or instruction is intended. With respect to 
transmitting stored messages or instructions to a user of the invention, at least two 
techniques are available. The first technique is based upon the manner in which 

25 operational modes are selected in the practice of the invention. Specifically, in the 
currently preferred embodiments of the invention, program instructions that are 
stored in data management unit 10 and program cartridge 42 cause the system of 
FIGURE 1 to generate menu screens which are displayed by display unit 28 of 
handheld microprocessor unit 12. The menu screens allow the system user to select 

30 the basic mode in which the system of FIGURE 1 is to operate and, in addition, allow 
the user to select operational subcategories within the selected mode of operation. 
Various techniques are known to those skilled in the art for displaying and selecting 
menu items. For example, in the practice of this invention, one or more main menus 
can be generated and displayed which allow the system user to select operational 

35 modes that may include: (a) a monitor modfe (e.g., monitoring of blood glucose 
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leveJ); (b) a display mode (e.g., displaying previously obtained blood glucose test 
results or other relevant information); (c) an input mode (e.g., a mode for entering 
data such as providing information that relates to the healthcare regimen, medication 
dosage, food intake, etc.); and, (d) a communications mode (for establishing a 
5 communication link between data management unit 10 and personal computer 48 of 
FIGURE I; or between data management unit 10 and a remote computing facility 
such as clearinghouse 54 of FIGURE 2). 

In embodiments of the invention that employ a compact video game system 
for handheld microprocessor unit 12, the selection of menu screens and the selection 
1 0 of menu screen items preferably is accomplished in substantially the same manner as 
menu screens and menu items are selected during the playing of a video game. For 
example, the program instructions stored in data management unit 10 and program 
cartridge 42 of the arrangement of FIGURE 1 can be established so that a 
predetermined one of the compact video game switches (e.g., switch 32 in 
15 FIGURE 1) allows the system user to select a desired main menu in the event that 
multiple main menus are employed. When the desired main menu is displayed, 
operation by the user of control pad 30 allows a cursor or other indicator that is 
displayed on the menu to be positioned adjacent to or over the menu item to be 
selected. Activation of a switch (e.g., switch 36 of the depicted handheld 
20 microprocessor unit 12) causes the handheld microprocessor unit 12 and/or data 
management unit 10 to initiate the selected operational mode or, if selection of 
operational submodes is required, causes handheld microprocessor unit 12 to display 
a submenu. 

In view of the above-described manner in which menus and submenus are 
25 selected and displayed, it can be recognized that the arrangement of FIGURE 1 can 
be configured and arranged to display a menu or submenu item that allows the user to 
obtain and display messages or instructions that have been provided by a healthcare 
professional and stored in clearinghouse 54. For example, a submenu that is 
generated upon selection of the previously mentioned communications mode can 
30 include submenu items that allow the user to select various communication modes, 
including a mode in which serial data communication is established between data 
management unit 10 and clearinghouse 54 and data management unit 10 transmits a 
message status request to clearinghouse 54. When this technique is used, the data 
processing system of clearinghouse 54 is programmed to search the clearinghouse 
memory to determine whether a message exists for the user making the request. Any 
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messages stored in memory for that user are then transmitted to the user and 
processed for display on display unit 28 of handheld microprocessor unit 12. If no 
messages exist, clearinghouse 54 transmits a signal that causes display unit 28 to 
indicate "no messages." In this arrangement, clearinghouse 54 preferably is 
5 programmed to store a signal indicating that a stored message has been transmitted to 
the intended recipient (user). Storing such a signal allows the healthcare professional 
to determine that messages sent to clearinghouse 54 for forwarding to a patient have 
been transmitted to that patient. In addition, the program instructions stored in data 
management unit 10 of FIGURE 1 preferably allow the system user to designate 

1 0 whether received messages and instructions are to be stored in the memory of data 
management unit 10 for subsequent retrieval or review. In addition, in some 
instances it may be desirable to program clearinghouse 54 and data management 
unit 10 so that the healthcare professional can designate (i.e., flag) information such 
as changes in medication that will be prominently displayed to the user (e.g., 

1 5 accompanied by a blinking indicator) and stored in the memory of data management 
unit 1 0 regardless of whether the system user designates the information for storage. 

A second technique that can be used for forwarding messages or instructions 
to a user does not require the system user to select a menu item requesting 
transmission by clearinghouse 54 of messages that have been stored for forwarding to 

20 that user. In particular, clearinghouse 54 can be programmed to operate in a manner 
that either automatically transmits stored messages for that user when the user 
operates the system of FIGURE 1 to send information to the clearinghouse or 
programmed to operate in a manner that informs the user that messages are available 
and allows the user to access the messages when he or she chooses to do so. 

25 Practicing the invention in an environment in which the healthcare 

professional uses a personal computer in some or all of the above-discussed ways can 
be very advantageous. On the other hand, the invention also provides healthcare 
professionals timely information about system users without the need for a computer 
(62 in FIGURE 2) or any equipment other than a conventional facsimile machine (55 

30 in FIGURES 1 and 2). Specifically, information provided to clearinghouse 54 by a 
system user 58 can be sent to a healthcare professional 60 via telephone line 68 and 
facsimile machine 55, with the information being formatted as a standardized graphic 
or textual report (56 in FIGURE 1). Formatting a standardized report 56 (i.e., 
analyzing and processing data supplied by blood glucose monitor 16 or other system 

35 monitor or sensor) can be effected either by data management unit 10 or within the 
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clearinghouse facility 54. Moreover, various standardized reports can be provided 
(e.g., the textual and graphic displays discussed below relating to FIGURES 6-10). 
Preferably, the signal processing arrangement included in clearinghouse 54 allows 
each healthcare professional 60 to select which of several standardized reports will be 
routinely transmitted to the healthcare professionals' facsimile machine 55, and, to do 
so on a patient-by-patient (user-by-user) basis. 

FIGURE 3 illustrates the manner in which data management unit 10 is 
arranged and interconnected with other system components for effecting the 
above-described operational aspects of the invention and additional aspects that are 
described relative to FIGURES 4-10. As is symbolically indicated in FIGURE 3, 
handheld microprocessor unit 12 and blood glucose monitor 16 are connected to a 
dual universal asynchronous receiver transmitter 70 (e.g., by cables 14 and 18 of 
FIGURE 1, respectively). As also is indicated in FIGURE 3 when a system user 
connects a personal computer 48 (or other programmable digital signal processor) to 
data port 44, signal communication is established between personal computer 48 and 
a second dual universal asynchronous receiver transmitter 72 of data management 
unit 10. Additionally, dual universal asynchronous receiver transmitter 72 is coupled 
to modem 46 so that data communication can be established between data 
management unit 10 and a remote clearinghouse 54 of FIGURES 1 and 2. 

Currently preferred embodiments of data management unit 10 include a 
plurality of signal sensors 74, with an individual signal sensor being associated with 
each device that is (or may be) interconnected with data management unit 10. As 
previously discussed and as is indicated in FIGURE 3, these devices include 
handheld microprocessor unit 12, blood glucose monitor 16, personal computer 48, 
remote computing facility 54 and, in addition, peak-flow meter 20 or other additional 
monitoring devices 22. Each signal sensor 74 that is included in data management 
unit 10 is electrically connected for receiving a signal that will be present when the 
device with which that particular signal sensor is associated is connected to data 
management unit 10 and, in addition, is energized (e.g., turned on). For example, in 
previously mentioned embodiments of the invention in which data port 44 is an 
RS-232 connection, the signal sensor 74 that is associated with personal computer 48 
can be connected to an RS-232 terminal that is supplied power when a personal 
computer is connected to data port 44 and the personal computer is turned on. In a 
similar manner, the signal sensor 74 that is associated with clearinghouse 54 can be 
connected to modem 46 so that the signal sensor 74 receives an electrical signal when 
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modem 46 is interconnected to a remote computing facility (e.g., clearinghouse 54 of 
FIGURE 2) via a telephone line 50. 

In the arrangement of FIGURE 3, each signal sensor 74 is a low power switch 
circuit (e.g., a metal-oxide semiconductor field-effect transistor circuit), which 
automatically energizes data management unit 10 whenever any one (or more) of the 
devices associated with signal sensors 74 is connected to data management unit 10 
and is energized. Thus, as is indicated in FIGURE 3 by signal path 76, each signal 
sensor 74 is interconnected with power supply 78, which supplies operating current 
to the circuitry of data management unit 10 and typically consists of one or more 
small batteries (e.g., three AAA alkaline cells). 

The microprocessor and other conventional circuitry that enables data 
management unit 10 to process system signals in accordance with stored program 
instructions is indicated in FIGURE 3 by central processing unit (CPU) 80, As is 
indicated in FIGURE 3 by interconnection 82 between CPU 80 and battery 78, 
CPU 80 receives operating current from power supply 78, with power being provided 
only when one or more of the signal sensors 74 are activated in the previously 
described manner. A clock/calendar circuit 84 is connected to CPU 80 (via signal 
path 86 in FIGURE 3) to allow time and date tagging of blood glucose tests and other 
information. Although not specifically shown in FIGURE 3, operating power is 
supplied to clock/calendar 84 at all times. 

In operation, CPU 80 receives and sends signals via a data bus (indicated by 
signal path 88 in FIGURE 3) which interconnects CPU 80 with dual universal 
asynchronous receiver transmitters 70 and 72. The data bus 88 also interconnects 
CPU 80 with memory circuits which, in the depicted embodiment, include a system 
read-only memory (ROM) 90, a program random access memory (RAM) 92, and an 
electronically erasable read-only memory (EEROM) 94. System ROM 90 stores 
program instructions and any data required in order to program data management 
unit 10 so that data management unit 10 and a handheld microprocessor unit 12 that 
is programmed with a suitable program cartridge 72 provide the previously discussed 
system operation and, in addition, system operation of the type described relative to 
FIGURES 4-10. During operation of the system, program RAM 92 provides memory 
space that allows CPU 80 to carry out various operations that are required for 
sequencing and controlling the operation of the system of FIGURE I. In addition, 
RAM 92 can provide memory space that allows external programs (e.g., programs 
provided by clearinghouse 54) to be stored and executed. EEROM 94 allows blood 
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glucose test results and other data information to be stored and preserved until the 
information is no longer needed (i.e., until puiposely erased by operating the system 
to provide an appropriate erase signal to EEROM 94). 

FIGURES 4-10 illustrate typical screen displays that are generated by the 
arrangement of the invention described relative to FIGURES 1-3, Reference will first 
be made to FIGURES 4 and 5, which exemplify screen displays that are associated 
with operation of the invention in the blood glucose monitoring mode. Specifically, 
in the currently preferred embodiments of the invention, blood glucose monitor 16 
operates in conjunction with data management unit 10 and handheld microprocessor 
unit 1 2 to: (a) perform a test or calibration sequence in which tests are performed to 
confirm that the system is operating properly; and, (b) perform the blood glucose test 
sequence in which blood glucose meter 16 senses the user's blood glucose level. 
Suitable calibration procedures for blood glucose monitors are known in the art. For 
example, blood glucose monitors often are supplied with a "code strip," that is 
inserted in the monitor and results in a predetermined value being displayed and 
stored in memory at the conclusion of the code strip calibration procedure. When 
such a code strip calibration procedure is used in the practice of the invention, the 
procedure is selected from one of the system menus. For example, if the system main 
menu includes a "monitor" menu item, a submenu displaying system calibration 
options and an option for initiating the blood glucose test may be displayed when the 
monitor menu item is selected. When a code strip option is available and selected, a 
sequence of instructions is generated and displayed by display screen 28 of handheld 
microprocessor unit 12 to prompt the user to insert the code strip and perform all 
other required operations. At the conclusion of the code strip calibration sequence, 
display unit 28 of handheld microprocessor unit 12 displays a message indicating 
whether or not the calibration procedure has been successfully completed. For 
example, FIGURE 4 illustrates a screen display that informs the system user that the 
calibration procedure was not successful and that the code strip should be inserted 
again (i.e., the calibration procedure is to be repeated). As is indicated in FIGURE 4, 
display screens that indicate a potential malfunction of the system include a 
prominent message such as the "Attention" notation included in the screen display of 
FIGURE 4. 

As previously indicated, the blood glucose test sequence that is employed in 
the currently preferred embodiment of the invention is of the type in which a test strip 
is inserted in a receptacle that is formed in the blood glucose monitor. A drop of the 
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user's blood is then applied to the test strip and a blood glucose sensing sequence is 
initiated. When the blood glucose sensing sequence is complete, the user's blood 
glucose level is displayed. • 

In the practice of the invention, program instructions stored in data 
5 management unit 10 (e.g., system ROM 90 of FIGURE 3) and program instructions 
stored in program cartridge 42 of handheld microprocessor unit 12 cause the system 
to display step-by-step monitoring instructions to the system user and, in addition, 
preferably result in display of diagnostic messages if the test sequence does not 
proceed in a normal fashion. Although currently available self-contained 

10 microprocessor-based blood glucose monitors also display test instruction and 
diagnostic messages, the invention provides greater message capacity and allows 
multi-line instructions and diagnostic messages that are displayed in easily 
understood language rather than cryptic error codes and abbreviated phraseology that 
is displayed one line or less at a time. For example, as is shown in FIGURE 5, the 

1 5 complete results of a blood glucose test (date, time of day, and blood glucose level in 
milligrams per deciliter) can be concurrently displayed by display screen 28 of 
handheld microprocessor unit 12 along with an instruction to remove the test strip 
from blood glucose monitor 16. As previously mentioned, when the blood glucose 
test is complete, the time and date tagged blood glucose test result is stored in the 

20 memory circuits of data management unit 10 (e.g., stored in EEPROM94 of 
FIGURE 3). 

The arrangement shown and described relative to FIGURES 1-3 also is 
advantageous in that data relating to food intake, concurrent medication dosage and 
other conditions easily can be entered into the system and stored with the time and 

25 date tagged blood glucose test result for later review and analysis by the user and/or 
his or her healthcare professional. Specifically, a menu generated by the system at 
the beginning or end of the blood glucose monitoring sequence can include items 
such as "hypoglycemic" and "hyperglycemic," which can be selected using the 
switches of handheld microprocessor unit 12 (e.g., operation of control pad 30 and 

30 switch 36 in FIGURE 1) to indicate the user was experiencing hypoglycemic or 
hyperglycemic symptoms at the time of monitoring blood glucose level. Food intake 
can be quantitatively entered in terms of "Bread Exchange" units or other suitable 
terms by, for example, selecting a food intake menu item and using a submenu 
display and the switches of handheld microprocessor 12 to select and enter the 

35 appropriate information. A similar menu item - submenu selection process also can 
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be used to enter medication data such as the type of insulin used at the time of the 
glucose monitoring sequence and the dosage. 

As was previously mentioned, program instructions stored in data 
management unit 1 0 and program instructions stored in program cartridge 42 of 
handheld microprocessor unit 12 enable the system to display statistical and trend 
information either in a graphic or alphanumeric format. As is the case relative to 
controlling other operational aspects of the system, menu screens are provided that 
allow the system user to select the information that is to be displayed. For example, 
in the previously discussed embodiments in which a system menu includes a 
"display" menu item, selection of the menu item results in the display of one or more 
submenus that list available display options. For example, in the currently preferred 
embodiments, the user can select graphic display of blood glucose test results over a 
specific period of time, such as one day, or a particular week. Such selection results 
in displays of the type shown in FIGURES 6 and 7, respectively. When blood 
glucose test results for a single day are displayed (FIGURE 6), the day of the week 
and date can be displayed along with a graphic representation of changes in blood 
glucose level between the times at which test results were obtained. In the display of 
FIGURE 6, small icons identify points on the graphic representation that correspond 
to the blood glucose test results (actual samples). Although not shown in FIGURE 6, 
coordinate values for blood glucose level and time of day can be displayed if desired. 
When the user chooses to display a weekly trend graph (FIGURE 7), the display 
generated by the system is similar to the display of a daily graph, having the time 
period displayed in conjunction with a graph that consists of lines interconnecting 
points that correspond to the blood glucose test results. 

The screen display shown in FIGURE 8 is representative of statistical data 
that can be determined by the system of FIGURE I (using conventional computation 
techniques) and displayed in alphanumeric format. As previously mentioned, such 
statistical data and information in various other textual and graphic formats can be 
provided to a healthcare professional (60 in FIGURE 2) in the form of a standardized 
report 56 (FIGURE 1) that is sent by clearinghouse 54 to facsimile machine 55. In 
the exemplary screen display of FIGURE 8, statistical data for blood glucose levels 
over a period of time (e.g., one week) or, alternatively, for a specified number of 
monitoring tests is provided. In the exemplary display of FIGURE 8, the system 
(data management unit 10 or clearinghouse 54) also calculates and displays (or 
prints) the average blood glucose level and the standard deviation. Displayed also is 
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the number of blood glucose test results that were analyzed to obtain the average and 
the standard deviation; the number of test results under a predetermined level (50 
milligrams per deciliter in FIGURE 8); and the number of blood glucose tests that 
were conducted while the user was experiencing hypoglycemic symptoms. As 
5 previously noted, in the preferred embodiments of the invention, a screen display that 
is generated during the blood glucose monitoring sequence allows the user to identify 
the blood sample being tested as one taken while experiencing hyperglycemic or 
hypoglycemic symptoms and, in addition, allows the user to specify other relevant 
information such as food intake and medication information. 
10 The currently preferred embodiments of the invention also allow the user to 

select a display menu item that enables the user to sequentially address, in 
chronological order, the record of each blood glucose test. As is indicated in 
FIGURE 9, each record presented to the system user includes the date and time at 
which the test was conducted, the blood glucose level, and any other information that 

1 5 the user provided. For example, the screen display of FIGURE 9 indicates that the 
user employed handheld microprocessor unit 12 as an interface to enter data 
indicating use of 12.5 units of regular insulin; 13.2 units of "NPH" insulin; food 
intake of one bread exchange unit; and pre-meal hypoglycemic symptoms. 

Use of data management unit 10 in conjunction with handheld microprocessor 

20 unit 12 also allows display (or subsequent generation of a standardized report 56) 
showing blood glucose test results along with food intake and/or medication 
information. For example, shown in FIGURE 10 is a daily graph in which blood 
glucose level is displayed in the manner described relative to FIGURE 6. Related 
food intake and medication dosage is indicated directly below contemporaneous 

25 blood glucose levels by vertical bar graphs. 

It will be recognized by those skilled in the art that the above-described screen 
displays and system operation can readily be attained with conventional programming 
techniques of the type typically used in programming microprocessor arrangements. 
It also will be recognized by those skilled in the art that various other types of screen 

30 displays can be generated and, in addition, that numerous other changes can be made 
in the embodiments described herein without departing from the scope and the spirit 
of the invention. 

It will also be recognized by those skilled in the art that the invention can be 
embodied in forms other than the embodiments described relative to FIGURES 1-10. 
35 For example, the invention can employ compact video game systems that are 
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configured differently than the previously discussed handheld video game systems 
and palm-top computers. More specifically, as is shown in FIGURE 1 1, a self-care 
health monitoring system arranged in accordance with the invention can employ a 
compact video game system of the type that includes one or more controllers 100 that 
are interconnected to a game console 102 via cable 104. As is indicated in 
FIGURE II, game console 102 is connected to a video monitor or television 106 by 
means of a cable 108. Although differing in physical configuration, controller 100, 
game console 102 and the television or video monitor 106 collectively function in the 
same manner as the handheld microprocessor 12 of FIGURE 1. In that regard, a 
program cartridge 42 is inserted into a receptacle contained in game console 1 02, 
with program cartridge 42 including stored program instructions for controlling 
microprocessor circuitry that is located inside game console 102. Controller 100 
includes a control pad or other device functionally equivalent to control pad 30 of 
FIGURE 1 and switches that functionally correspond to switches 32-38 of 
FIGURE 1 . 

Regardless of whether the invention is embodied with a handheld 
microprocessor unit (FIGURE 1) or an arrangement such as the compact video game 
system (FIGURE 1 1), in some cases it is both possible and advantageous to apportion 
the signal processing functions and operations differently than was described relative 
to FIGURES 1-10. For example, in some situations, the microprocessor-based unit 
that is programmed by a card or cartridge (e.g., handheld unit 12 of FIGURE 1 or 
compact video game console 102 of FIGURE 11) includes memory and signal 
processing capability that allows the microprocessor to perform all or most of the 
functions and operations attributed to data management unit 10 of the embodiments 
discussed relative to FIGURES 1-10. That is, the digitally encoded signal supplied 
by blood glucose monitor 16 (or one of the other monitors 20 and 22 of FIGURE 1) 
can be directly coupled to the microprocessor included in game console 102 of 
FIGURE 1 1 or handheld microprocessor 12 of FIGURE 1. In such an arrangement, 
the data management unit is a relatively simple signal interface (e.g., interface 
unit 1 10 of FIGURE 1 1), the primary purpose of Which is carrying signals between 
the blood glucose monitor 16 (or other monitor) and the microprocessor of game 
console 102 (FIGURE 1 1) or handheld unit 12 (FIGURE 1). In some situations, the 
interface unit may consist primarily or entirely of a conventional cable arrangement 
such as a cable for interconnection between RS232 data ports or other conventional 
connection arrangements. On the other hand, as is shown in FIGURE 11, signal 
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interface 110 can either internally include or be connected to a modem 52, which 
receives and transmits signals via a telephone line 50 in the manner described relative 
to FIGURES 1 and 2. 

It also should be noted that all or a portion of the functions and operations 
5 attributed to data management unit 10 of FIGURE 1 can be performed by 
microprocessor circuitry located in blood glucose monitor 16 (or other monitor that is 
used with the system). For example, a number of commercially available blood 
glucose monitors include a clock/calendar circuit of the type described relative to 
FIGURE 3 and, in addition, include microprocessor circuitiy for generating visual 

10 display signals and signals representative of both current and past values of 
monitored blood glucose level. Conventional programming and design techniques 
can be employed to adapt such commercially available units for the performance of 
the various functions and operations attributed in the above discussion of 
FIGURES 1-11 to data management unit 10 and/or the microprocessors of handheld 

15 unit 12 and compact video console 102. In arrangements in which the blood glucose 
monitor (or other system monitor) includes a microprocessor that is programmed to 
provide signal processing in the above-described manner, the invention can use a 
signal interface unit 1 10 of the above-described type. That is, depending upon the 
amount of signal processing effected by the monitoring unit (e.g., blood glucose 

20 monitor 16) and the amount of signal processing performed by the microprocessor of 
video game console 102 (or handheld unit 12), the signal interface required ranges 
from a conventional cable (e.g., interconnection of RS232 ports) to an arrangement in 
which signal interface 1 10 is arranged for signal communication with an internal or 
external modem (e.g., modem 52 of FIGURE 1 1) or an arrangement in which signal 

25 interface 1 10 provides only a portion of the signal processing described relative to 
FIGURES 1-10. 

The invention also is capable of transmitting information to a remote location 
(e.g., clearinghouse 54 and/or a remotely located healthcare professional) by means 
other than conventional telephone lines. For example, a modem (52 in FIGURES 1 

30 and 1 1) that is configured for use with a cellular telephone system can be employed 
to transmit the signals provided by the healthcare monitoring system to a remote 
location via modulated RF transmission. Moreover, the invention can be employed 
with various digital networks such as recently developed interactive voice, video and 
data systems such as television systems in which a television and user interface 

35 apparatus is interactively coupled to a remote location via coaxial or fiberoptic cable 
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and other transmission media (indicated in FIGURE 1 1 by cable 112, which is 
connected to television or video monitor 106). In such an arrangement, compact 
video game controller 100 and the microprocessor of video game console 102 can be 
programmed to provide the user interface functions required for transmission and 
5 reception of signals via the interactive system. Alternatively, the signals provided by 
video game console 102 (or handheld unit 12 if FIGURE 1) can be supplied to the 
user interface of the interactive system (not shown in FIGURE 1 1) in a format that is 
compatible with the interactive system and allows the system user interface to be 
used to control signal transmission between the healthcare system and a remote 

10 facility such as clearinghouse 54, FIGURES 1 and 2. 

The invention presents a system and method for remotely monitoring 
individuals and for communicating information to the individuals. In a preferred 
embodiment of the invention, the individuals are patients and the system is used to 
collect data relating to the health status of the patients. However, it is to be 

1 5 understood that the invention is not limited to remote patient monitoring. The system 
and method of the invention may be used for any type of remote monitoring 
application. The invention may also be implemented as an automated messaging 
system for communicating information to individuals, as will be discussed in an 
alternative embodiment below. 

20 A preferred embodiment of the invention is illustrated in FIGURES 12-23. 

Referring to FIGURE 12, a networked system 2016 includes a server 20 18 and a 
workstation 2020 connected to server 2018 through a communication network 2024. 
Server 2018 is preferably a world wide web server and communication network 2024 
is preferably the Internet. It will be apparent to one skilled in the art that server 201 8 

25 may comprise a single stand-alone computer or multiple computers distributed 
throughout a network. Workstation 2020 is preferably a personal computer, remote 
terminal, or web TV unit connected to server 2018 via the Internet. 
Workstation 2020 functions as a remote interface for entering in server 20 18 
messages and queries to be communicated to the patients. 

30 System 2016 also includes first and second remotely programmable 

apparatuses 2026 and 2032 for monitoring first and second patients, respectively. 
Each apparatus is designed to interact with a patient in accordance with script 
programs received from server 20 18. Each apparatus is in communication with 
server 2018 through communication network 2024, preferably the Internet. 

35 Alternatively, each apparatus may be placed in communication with server 201 8 via 
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wireless communication networks, cellular networks, telephone networks, or any 
other network which allows each apparatus to exchange data with server 20 18. For 
clarity of illustration, only two apparatuses are shown in FIGURE 12. It is to be 
understood that system 2016 may include any number of apparatuses for monitoring 
any number of patients. 

In the preferred embodiment, each patient to be monitored is also provided 
with a monitoring device 2028. Monitoring device 2028 is designed to produce 
measurements of a physiological condition of the patient, record the measurements, 
and transmit the measurements to the patient's apparatus through a standard 
connection cable 2030. Examples of suitable monitoring devices include blood 
glucose meters, respiratory flow meters, blood pressure cuffs, electronic weight 
scales, and pulse rate monitors. Such monitoring devices are well known in the art. 
The specific type of monitoring device provided to each patient is dependent upon the 
patient's disease. For example, diabetes patients are provided with a blood glucose 
meters for measuring blood glucose concentrations, asthma patients are provided 
with respiratory flow meters for measuring peak flow rates, obesity patients are 
provided with weight scales, etc. 

FIGURE 13 shows server 2018, workstation 2020, and apparatus 2026 in 
greater detail. Server 2018 includes a database 2038 for storing script 
programs 2040. The script programs are executed by each apparatus to communicate 
queries and messages to a patient, receive responses 2042 to the queries, collect 
monitoring device measurements 2044, and transmit responses 2042 and 
measurements 2044 to server 20 18. Database 2038 is designed to store the 
responses 2042 and measurements 2044. Database 2038 further includes a look-up 
table 2046. Table 2046 contains a list of the patients to be monitored, and for each 
patient, a unique patient identification code and a respective pointer to the script 
program assigned to the patient. Each remote apparatus is designed to execute 
assigned script programs which it receives from server 2018. 

FIGURES 14-15 show the structure of each apparatus according to the 
preferred embodiment. For clarity, only apparatus 2026 is shown since each 
apparatus of the preferred embodiment has substantially identical structure to 
apparatus 2026. Referring to FIGURE 14, apparatus 2026 includes a housing 2062. 
Housing 2062 is sufficiently compact to enable apparatus 2026 to be hand-held and 
carried by a patient. Apparatus 2026 also includes a display 2064 for displaying 
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queries and prompts to the patient. In the preferred embodiment, display 2064 is a 
liquid crystal display (LCD). 

Four user input buttons 2070A, 2070B, 2070C, and2070D are located 
adjacent display 2064. The user input buttons are for entering in apparatus 2026 
5 responses to the queries and prompts. In the preferred embodiment, the user input 
buttons are momentary contact push buttons. In alternative embodiments, the user 
input buttons may be replaced by switches, keys, a touch sensitive display screen, or 
any other data input device. 

Three monitoring device jacks 2068A, 2068B, and 2068C are located on a 
10 surface of housing 2062. The device jacks are for connecting apparatus 2026 to a 
number of monitoring devices, such as blood glucose meters, respiratory flow meters, 
or blood pressure cuffs, through respective connection cables (not shown). 
Apparatus 2026 also includes a modem jack 2066 for connecting apparatus 2026 to a 
telephone jack through a standard connection cord (not shown). Apparatus 2026 

15 further includes a visual indicator, such as a light emitting diode (LED) 2074. 
LED 2074 is for visually notifying the patient that he or she has unanswered queries 
stored in apparatus 2026. 

FIGURE 15 is a schematic block diagram illustrating the components of 
apparatus 2026 in greater detail. Apparatus 2026 includes a microprocessor 2076 and 

20 a memory 2080 connected to microprocessor 2076. Memory 2080 is preferably a 
non-volatile memory, such as a serial EEPROM. Memory 2080 stores script 
programs received from the server, measurements received from monitoring 
device 2028, responses to queries, and the patient's unique identification code. 
Microprocessor 2076 also includes built-in read only memory (ROM) which stores 

25 firmware for controlling the operation of apparatus 2026. The firmware includes a 
script interpreter used by microprocessor 2076 to execute the script programs. The 
script interpreter interprets script commands which are executed by 
microprocessor 2076. Specific techniques for interpreting and executing script 
commands in this manner are well known in the art. 

30 Microprocessor 2076 is preferably connected to memory 2080 using a 

standard two-wire I 2 C interface. Microprocessor 2076 is also connected to user input 
buttons 2070, LED 2074, a clock 2084, and a display driver 2082. Clock 2084 
indicates the current date and time to microprocessor 2076. For clarity of illustration, 
clock 2084 is shown as a separate component, but is preferably built into 

35 microprocessor 2076. Display driver 2082 operates under the control of 
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microprocessor 2076 to display information on display 2064. Microprocessor 2076 is 
preferably a PIC 16C65 processor which includes a universal asynchronous receiver 
transmitter (UART) 2078. UART 2078 is for communicating with a modem 2086 
and a device interface 2090. A CMOS switch 2088 under the control of 
5 microprocessor 2076 alternately connects modem 2086 and interface 2090 to 
UART 2078. 

Modem 2086 is connected to a telephone jack 2022 through modem 
jack 2066. Modem 2086 is for exchanging data with server 20 18 through 
communication network 2024. The data includes script programs which are received 

10 from the server as well as responses to queries, device measurements, script 
identification codes, and the patient's unique identification code which modem 2086 
transmits to the server. Modem 2086 is preferably a complete 28.8 K modem 
commercially available from Cermetek, although any suitable modem may be used. 

Device interface 2090 is connected to device jacks 2068A, 2068B, 

1 5 and 2068C. Device interface 2090 is for interfacing with a number of monitoring 
devices, such as blood glucose meters, respiratory flow meters, blood pressure cuffs, 
weight scales, or pulse rate monitors, through the device jacks. Device 
interface 2090 operates under the control of microprocessor 2076 to collect 
measurements from the monitoring devices and to output the measurements to 

20 microprocessor 2076 for storage in memory 2080. In the preferred embodiment, 
interface 2090 is a standard RS232 interface. For simplicity of illustration, only one 
device interface is shown in FIGURE 15. However, in alternative embodiments, 
apparatus 2026 may include multiple device interfaces to accommodate monitoring 
devices which have difTerent connection standards. 

25 Referring again to FIGURE 13, server 2018 includes a monitoring 

application 2048. Monitoring application 2048 is a controlling software application 
executed by server 20 18 to perform the various functions described below. 
Application 2048 includes a script generator 2050, a script assignor 2052, and a 
report generator 2054. Script generator 2050 is designed to generate script 

30 programs 2040 from script information entered through workstation 2020. The script 
information is entered through a script entry screen 2056. In the preferred 
embodiment, script entry screen 2056 is implemented as a web page on server 201 8. 
Workstation 2020 includes a web browser for accessing the web page to enter the 
script information. 
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FIGURE 16 illustrates script entry screen 2056 as it appears on 
workstation 2020. Screen 2056 includes a script name field 2092 for specifying the 
name of a script program to be generated. Screen 2056 also includes entry 
fields 2094 for entering a set of queries to be answered by a patient. Each entry 
5 field 2094 has corresponding response choice fields 2096 for entering response 
choices for the query. Screen 2056 further includes check boxes 2098 for selecting a 
desired monitoring device from which to collect measurements, such as a blood 
glucose meter, respiratory flow meter, or blood pressure cuff. 

Screen 2056 additionally includes a connection time field 2100 for specifying 
10 a prescribed connection time at which each apparatus executing the script is to 
establish a subsequent communication link to the server. The connection time is 
preferably selected to be the time at which communication rates are the lowest, such 
as 3:00 AM. Screen 2056 also includes a CREATE SCRIPT button 2102 for 
instructing the script generator to generate a script program from the information 
15 entered in screen 2056. Screen 2056 further includes a CANCEL button 2104 for 
canceling the information entered in screen 2056. 

In the preferred embodiment, each script program created by the script 
generator conforms to the standard file format used on UNIX systems. In the 
standard file format, each command is listed in the upper case and followed by a 
20 colon. Every line in the script program is terminated by a linefeed character {LF}, 
and only one command is placed on each line. The last character in the script 
program is a UNIX end of file character {EOF}. Table 1 shows an exemplary listing 
of script commands used in the preferred embodiment of the invention. 

TABLE 1 - SCRIPT COMMANDS 

25 



Command 


Description 


CLS: {LF} 


Clear the display. 


ZAP: {LF} 


Erase from memory the last set of query responses recorded. 


LED: b{LF} 


Turn the LED on or off, where b is a binary digit of 0 or 1. 
An argument of 1 turns on the LED, and an argument of 0 turns off 
the LED. 


DISPLAY: {chars} {LF} 


Display the text following the DISPLAY command. 


INPUT: mmmm{LF} 


Record a button press. The m's represent a button mask 
pattern for each of the four input buttons. Each m contains an "X" for 
disallowed buttons or an "O" for allowed buttons. For example, 
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INPUT: OXOX{LF} allows the user to press either button #1 or #3. 


WAIT: {LF} 


Wait for any one burton to be pressed, then continue 
executing the script program. 


j COLLECT: device {LF} 


Collect measurements from the monitoring device specified 
in the COLLECT command. The user is preferably prompted to 
connect the specified monitoring device to the apparatus and press a 
button to continue. 


j NUMBER: aaaa{LF} 


Assign a script identification code to the script program. 
The script identification code from the most recently executed 
NUMBER statement is subsequently transmitted to the server along 
with the query responses and device measurements. The script 
identification code identifies to the server which script program was 
most recently executed by the remote apparatus. 


DELAY: t {LF} 


Wait until time tspecifled in the DELAY command, usually 
the prescribed connection time. 


CONNECT: {LF} 


Perform a connection routine to establish a communication 
link to the server, transmit the patient identification code, query 
responses, device measurements, and script identification code to the 
server, and receive and store a new script program. When the server 
instructs the apparatus to disconnect, the script interpreter is restarted, 
allowing the new script program to execute. | 



The script commands illustrated in Table 1 are representative of the preferred 
embodiment and are not intended to limit the scope of the invention. After 
consideration of the ensuing description, it will be apparent to one skilled in the art 
5 many other suitable scripting languages and sets of script commands may be used to 
implement the invention. 

Script generator 2050 preferably stores a script program template which it 
uses to create each script program. To generate a script program, script 
generator 2050 inserts into the template the script information entered in screen 2056, 
10 For example, FIGURES 17A-17B illustrate a sample script program created by script 
generator 2050 from the script information shown in FIGURE 16. 

The script program includes display commands to display the queries and 
response choices entered in fields 2094 and 2096, respectively. The script program 
also includes input commands to receive responses to the queries. The script 
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program further includes a collect command to collect device measurements from the 
monitoring device specified in check boxes 2098. The script program also includes 
commands to establish a subsequent communication link to the server at the 
connection time specified in field 2100. The steps included in the script program are 
also shown in the flow chart of FIGURES 23A-23B and will be discussed in the 
operation section below. 

Referring again to FIGURE 13, script assignor 2052 is for assigning script 
programs 2040 to the patients. Script programs 2040 are assigned in accordance with 
script assignment information entered through workstation 2020. The script 
assignment information is entered through a script assignment screen 2057, which is 
preferably implemented as a web page on server 201 8. 

FIGURE 18 illustrates a sample script assignment screen 2057 as it appears 
on workstation 2020. Screen 2057 includes check boxes 2106 for selecting a script 
program to be assigned and check boxes 2108 for selecting the patients to whom the 
script program is to be assigned. Screen 2057 also includes an ASSIGN SCRIPT 
button 21 12 for entering the assignments. When button 21 12 is pressed, the script 
assignor creates and stores for each patient selected in check boxes 2108 a respective 
pointer to the script program selected in check boxes 2106. Each pointer is stored in 
the patient look-up table of the database. Screen 2057 further includes an ADD 
SCRIPT button 21 10 for accessing the script entry screen and a DELETE SCRIPT 
button 2 1 1 4 for deleting a script program. 

Referring again to FIGURE 13, report generator 2054 is designed to generate 
a patient report 2058 from the responses and device measurements received in 
server 2018. Patient report 2058 is displayed on workstation 2020. FIGURE 21 
shows a sample patient report 2058 produced by report generator 2054 for a selected 
patient. Patient report 2058 includes a graph 21 16 of the device measurements 
received from the patient, as well as a listing of responses 2042 received from the 
patient. Specific techniques for writing a report generator program to display data in 
this manner are well known in the art. 

The operation of the preferred embodiment is illustrated in FIGURES 12-23. 
FIGURE 22A is a flow chart illustrating steps included in the monitoring application 
executed by server 2018. FIGURE 22B is a continuation of the flow chart of 
FIGURE 22 A. In step 2202, server 2018 determines if new script information has 
been entered through script entry screen 2056. If new script information has not been 
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entered, server 20 18 proceeds to step 2206. If new script information has been 
entered, server 2018 proceeds to step 2204. 

As shown in FIGURE 16, the script information includes a set of queries, and 
for each of the queries, corresponding responses choices. The script information also 
includes a selected monitoring device type from which to collect device 
measurements. The script information further includes a prescribed connection time 
for each apparatus to establish a subsequent communication link to the server. The 
script information is generally entered in server 20 18 by a healthcare provider, such 
as the patients 1 physician or case manager. Of course, any person desiring to 
communicate with the patients may also be granted access to server 2018 to create 
and assign script programs. Further, it is to be understood that the system may 
include any number of remote interfaces for entering script generation and script 
assignment information in server 2018. 

In step 2204, script generator 2050 generates a script program from the 
information entered in screen 2056. The script program is stored in database 2038. 
Steps 2202 and 2204 are preferably repeated to generate multiple script programs, 
e.g. a script program for diabetes patients, a script program for asthma patients, etc. 
Each script program corresponds to a respective one of the sets of queries entered 
through script entry screen 2056. Following step 2204, server 20 18 proceeds to 
step 2206. 

In step 2206, server 2018 determines if new script assignment information has 
been entered through assignment screen 2057. If new script assignment information 
has not been entered, server 20 1 8 proceeds to step 22 10. If new script assignment 
information has been entered, server 20 18 proceeds to step 2208. As shown in 
FIGURE 18, the script programs are assigned to each patient by selecting a script 
program through check boxes 2106, selecting the patients to whom the selected script 
program is to be assigned through check boxes 2108, and pressing the ASSIGN 
SCRIPT button 21 12. When button 21 12 is pressed, script assignor 2052 creates for 
each patient selected in check boxes 2108 a respective pointer to the script program 
selected in check boxes 2106. In step 2208, each pointer is stored in look-up 
table 2046 of database 2038. Following step 2208, server 2018 proceeds to 
step 22 10. 

In step 2210, server 2018 determines if any of the apparatuses are remotely 
connected to the server. Each patient to be monitored is preferably provided with his 
or her own apparatus which has the patient's unique identification code stored therein. 
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Each patient is thus uniquely associated with a respective one of the apparatuses. If 
none of the apparatuses is connected, server 2018 proceeds to step 2220. 

If an apparatus is connected, server 20 1 8 receives from the apparatus the 
patient's unique identification code in step 2212. In step 2214, server 2018 receives 
5 from the apparatus the query responses 2042, device measurements 2044, and script 
identification code recorded during execution of a previously assigned script 
program. The script identification code identifies to the server which script program 
was executed by the apparatus to record the query responses and device 
measurements. The responses, device measurements, and script identification code 

1 0 are stored in database 2038. 

In step 2216, server 2018 uses the patient identification code to retrieve from 
table 2046 the pointer to the script program assigned to the patient. The server then 
retrieves the assigned script program from database 2038. In step 2218, server 2018 
transmits the assigned script program to the patient's apparatus through 

15 communication network 2024. Following step 22 18, server 20 18 proceeds to 
step 2220. 

In step 2220, server 2018 determines if a patient report request has been 
received from workstation 2020. If no report request has been received, server 20 18 
returns to step 2202. If a report request has been received for a selected patient, 

20 server 2018 retrieves from database 2038 the measurements and query responses last 
received from the patient, step 2222. In step 2224, server 20 18 generates and 
displays patient report 2058 on workstation 2020. As shown in FIGURE 21, 
report 2058 includes the device measurements and query responses last received from 
the patient. Following step 2224, the server returns to step 2202. 

25 FIGURES 23A- 23B illustrate the steps included in the script program 

executed by apparatus 2026. Before the script program is received, apparatus 2026 is 
initially programmed with the patient's unique identification code and the script 
interpreter used by microprocessor 2076 to execute the script program. The initial 
programming may be achieved during manufacture or during an initial connection to 

30 server 2018. Following initial programming, apparatus 2026 receives from 
server 201 8 the script program assigned to the patient associated with 
apparatus 2026. The script program is received by modem 2086 through a first 
communication link and stored in memory 2080. 

In step 2302, microprocessor 2076 assigns a script identification code to the 

35 script program and stores the script identification code in memory 2080. The script 
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identification code is subsequently transmitted to the server along with the query 
responses and device measurements to identify to the server which script program 
was most recently executed by the apparatus. In step 2304, microprocessor 2076 
lights LED 2074 to notify the patient that he or she has unanswered queries stored in 
5 apparatus 2026. LED 2074 preferably remains lit until the queries are answered by 
the patient. In step 2306, microprocessor 2076 erases from memory 2080 the last set 
of query responses recorded. 

In step 2308, microprocessor 2076 prompts the patient by displaying on 
display 2064 "ANSWER QUERIES NOW? PRESS ANY BUTTON TO START". 
10 In step 2310, microprocessor 2076 waits until a reply to the prompt is received from 
the patient. When a reply is received, microprocessor 2076 proceeds to step 2312. In 
step 2312, microprocessor 2076 executes successive display and input commands to 
display the queries and response choices on display 2064 and to receive responses to 
the queries. 

1 5 FIGURE 19 illustrates a sample query and its corresponding response choices 

as they appear on display 2064. The response choices are positioned on display 2064 
such that each response choice is located proximate a respective one of the input 
buttons. In the preferred embodiment, each response choice is displayed immediately 
above a respective input button. The patient presses the button corresponding to his 

20 or her response. Microprocessor 2076 stores each response in memory 2080. 

In steps 23 14- 23 18, microprocessor 2076 executes commands to collect 
device measurements from a selected monitoring device. The script program 
specifies the selected monitoring device from which to collect the measurements. In 
step 23 14, microprocessor 2076 prompts the patient to connect the selected 

25 monitoring device, for example a blood glucose meter, to one of the device jacks. A 
sample prompt is shown in FIGURE 20. In step 23 16, microprocessor 2076 waits 
until a reply to the prompt is received from the patient. When a reply is received, 
microprocessor 2076 proceeds to step 23 18. Microprocessor 2076 also connects 
UART2078 to interface 2090 through switch 2088. In step 2318, 

30 microprocessor 2076 collects the device measurements from monitoring device 2028 
through interface 2090. The measurements are stored in memory 2080. 

In step 2320, microprocessor 2076 prompts the patient to connect 
apparatus 2026 to telephone jack 2022 so that apparatus 2026 may connect to 
server 20 18 at the prescribed connection time. In step 2322, microprocessor 2076 

35 waits until a reply to the prompt is received from the patient. When a reply is 
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received, microprocessor 2076 turns off LED 2074 in step 2324, In step 2326, 
microprocessor 2076 waits until it is time to connect to server 2018. 
Microprocessor 2076 compares the connection time specified in the script program to 
the current time output by clock 2084. When it is time to connect, 
5 microprocessor 2076 connects UART 2078 to modem 2086 through switch 2088. 

In step 2328, microprocessor 2076 establishes a subsequent communication 
link between apparatus 2026 and server 20 18 through modem 2086 and 
communication network 2024. If the connection fails for any reason, 
microprocessor 2076 repeats step 2328 to get a successful connection. In step 2330, 

10 microprocessor 2076 transmits the device measurements, query responses, script 
identification code, and patient identification code stored in memory 2080 to 
server 2018 through the subsequent communication link. In step 2332, 
microprocessor 2076 receives through modem 2086 a new script program from 
server 2018. The new script program is stored in memory 2080 for subsequent 

1 5 execution by microprocessor 2076. Following step 2332, the script program ends. 

One advantage of the monitoring system of the present invention is that it 
allows each patient to select a convenient time to respond to the queries, so that the 
monitoring system is not intrusive to the patient's schedule. A second advantage of 
the monitoring system is that it incurs very low communications charges because 

20 each remote apparatus connects to the server at times when communication rates are 
lowest. Moreover, the cost to manufacture each remote apparatus is very low 
compared to personal computers or internet terminals, so that the monitoring system 
is highly affordable. 

A third advantage of the monitoring system is that it allows each apparatus to 

25 be programmed remotely through script programs. Patient surveys, connection times, 
display prompts, selected monitoring devices, patient customization, and other 
operational details of each apparatus may be easily changed by transmitting a new 
script program to the apparatus. Moreover, each script program may be easily created 
and assigned by remotely accessing the server through the Internet. Thus, the 

30 invention provides a powerful, convenient, and inexpensive system for remotely 
monitoring a large number of patients. 

FIGURES 24- 26 illustrate a second embodiment of the invention in which 
each remotely programmable apparatus has speech recognition and speech synthesis 
functionality. FIGURE 24 shows a perspective view of an apparatus 2027 according 

35 to the second embodiment. Apparatus 2027 includes a speaker 2072 for audibly 
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communicating queries and prompts to the patient. Apparatus 2027 also includes a 
microphone 21 18 for receiving spoken responses to the queries and prompts. 
Apparatus 2027 may optionally include a display 2064 for displaying prompts to the 
patient, as shown in FIGURE 25. 
5 FIGURE 26 is a schematic block diagram illustrating the components of 

apparatus 2027 in greater detail. Apparatus 2027 is similar in design to the apparatus 
of the preferred embodiment except that apparatus 2027 includes an audio processor 
chip 2120 in place of microprocessor 2076. Audio processor chip 2120 is preferably 
an RSC-164 chip commercially available from Sensory Circuits Inc. of 1735 N. First 

1 0 Street, San Jose, California 95 1 1 2, 

Audio processor chip 2 120 has a microcontroller 2122 for executing script 
programs received from the server. A memory 2080 is connected to 
microcontroller 2122. Memory 2080 stores the script programs and a script 
interpreter used by microcontroller 2122 to execute the script programs. 

15 Memory 2080 also stores measurements received from monitoring device 2028, 
responses to the queries, script identification codes, and the patient's unique 
identification code. 

Audio processor chip 2120 also has built in speech synthesis functionality for 
synthesizing queries and prompts to a patient through speaker 2072. For speech 

20 synthesis, chip 2120 includes a digital to analog converter (DAQ2142 and an 
amplifier 2144. DAC 2142 and amplifier 2144 drive speaker 2072 under the control 
of microcontroller 2 1 22. 

Audio processor chip 2120 further has built in speech recognition 
functionality for recognizing responses spoken into microphone 2118. Audio signals 

25 received through microphone 2118 are converted to electrical signals and sent to a 
preamp and gain control circuit 2128. Preamp and gain control circuit 2128 is 
controlled by an automatic gain control circuit 2136, which is in turn controlled by 
microcontroller 2122. After being amplified by preamp 2128, the electrical signals 
enter chip 2120 and pass through a multiplexer 2130 and an analog to digital 

30 converter (ADC) 2132. The resulting digital signals pass through a digital logic 
circuit 2134 and enter microcontroller 2122 for speech recognition. 

Audio processor chip 2120 also includes a RAM 2138 for short term memory 
storage and a ROM 2140 which stores programs executed by microcontroller 2122 to 
perform speech recognition and speech synthesis. Chip 2120 operates at a clock 

35 speed determined by a crystal 2126. Chip 2120 also includes a clock 2084 which 
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provides the current date and time to microcontroller 2122. As in the preferred 
embodiment, apparatus 2027 includes an LED 2074, display driver 2082, 
modem 2086, and device interface 2090, all of which are connected to 
microcontroller 2122. 

5 The operation of the second embodiment is similar to the operation of the 

preferred embodiment except that queries, response choices, and prompts are audibly 
communicated to the patient through speaker 2072 rather than being displayed to the 
patient on display 2064. The operation of the second embodiments also differs from 
the operation of the preferred embodiment in that responses to the queries and 
10 prompts are received through microphone 21 18 rather than through user input 
buttons. 

The script programs of the second embodiment are similar to the script 
program shown in FIGURES 17A-17B, except that each display command is 
replaced by a speech synthesis command and each input command is replaced by a 
15 speech recognition command. Referring to FIGURE 26, (he speech synthesis 
commands are executed by microcontroller 2122 to synthesize the queries, response 
choices, and prompts through speaker 2072. The speech recognition commands are 
executed by microcontroller 2122 to recognize responses spoken into 
microphone 21 18. 

20 For example, to ask the patient how he or she feels and record a response, 

microcontroller 2122 first executes a speech synthesis command to synthesize 
through speaker 2072 "How do you feel? Please answer with one of the following 
responses: very bad, bad, good, or very good." Next, microcontroller 2122 executes 
a speech recognition command to recognize the response spoken into 

25 microphone 21 18. The recognized response is stored in memory 2080 and 
subsequently transmitted to the server. Other than the differences described, the 
operation and advantages of the second embodiment are the same as the operation 
and advantages of the preferred embodiment described above. 

Although the first and second embodiments focus on querying individuals and 

30 collecting responses to the queries, the system of the invention is not limited to 
querying applications. The system may also be used simply to communicate 
messages to the individuals. FIGURES 27-30 illustrate a third embodiment in which 
the system is used to perform this automated messaging function. In the third 
embodiment, each script program contains a set of statements to be communicated to 

35 an individual rather than a set of queries to be answered by the individual. Of course, 
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it will be apparent to one skilled in the art that the script programs may optionally 
include both queries and statements. 

The third embodiment also shows how the queries and statements may be 
customized to each individual by merging personal data with the script programs, 
5 much like a standard mail merge application. Referring to FIGURE 27, personal data 
relating to each individual is preferably stored in look-up table 2046 of 
database 2038. By way of example, the data may include each individual's name, the 
name of each individual's physician, test results, appointment dates, or any other 
desired data. As in the preferred embodiment, database 2038 also stores generic 

1 0 script programs 2040 created by script generator 2050. 

Server 2018 includes a data merge program 2055 for merging the data stored 
in table 2046 with generic script programs 2040. Data merge program 2055 is 
designed to retrieve selected data from table 2046 and to insert the data into 
statements in generic script programs 2040, thus creating custom script 

15 programs 2041. Each custom script program 2041 contains statements which are 
customized to an individual. For example, the statements may be customized with 
the individual's name, test results, etc. Examples of such customized statements are 
shown in FIGURES 28-29. 

The operation of the third embodiment is similar to the operation of the 

20 preferred embodiment except that the script programs are used to communicate 
messages to the individuals rather than to query the individuals. Each message is 
preferably a set of statements. Referring to FIGURE 30, the statements may be 
entered in the server through script entry screen 2056, just like the queries of the 
preferred embodiment. 

25 Each statement preferably includes one or more insert commands specifying 

data from table 2046 to be inserted into the statement. The insert commands instruct 
data merge program 2055 to retrieve the specified data from database 2038 and to 
insert the data into the statement. For example, the insert commands shown in 
FIGURE 30 instruct the data merge program to insert a physician name, an 

30 appointment date, a patient name, and a test result into the statements. As in the 
preferred embodiment, each statement may also include one or more response 
choices which are entered in fields 2096. 

Following entry of the statements and response choices, CREATE SCRIPT 
button 2102 is pressed. When button 2102 is pressed, script generator 2050 generates 

35 a generic script program from the information entered in screen 2056. The generic 
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script program is similar to the script program shown in FIGURES 17A-17B, except 
that the display commands specify statements to be displayed rather than queries. 
Further, the statements include insert commands specifying data to be inserted into 
the script program. As in die preferred embodiment, multiple script programs are 
5 preferably generated, e.g. a generic script program for diabetes patients, a generic 
script program for asthma patients, etc. The generic script programs are stored in 
database 2038. 

Following generation of the generic script programs, server 2018 receives 
script assignment information entered through script assignment screen 2057. As 

10 shown in FIGURE 18, the script programs are assigned by first selecting one of the 
generic script programs through check boxes 2 106, selecting individuals through 
check boxes 2108, and pressing the ASSIGN SCRIPT button 21 12. When 
button 21 12 is pressed, data merge program 2055 creates a custom script program for 
each individual selected in check boxes 2108. 

1 5 Each custom script program is preferably created by using the selected generic 

script program as a template. For each individual selected, data merge program 2055 
retrieves from database 2038 the data specified in the insert commands. Next, data 
merge program 2055 inserts the data into the appropriate statements in the generic 
script program to create a custom script program for the individual. Each custom 

20 script program is stored in database 2038. 

As each custom script program is generated for an individual, script 
assignor 2052 assigns the script program to the individual. This is preferably 
accomplished by creating a pointer to the custom script program and storing the 
pointer with the individual's unique identification code in table 2046. When the 

25 individual's remote apparatus connects to server 20 18, server 20 18 receives from the 
apparatus the individual's unique identification code. Server 2018 uses the unique 
identification code to retrieve from table 2046 the pointer to the custom script 
program assigned to the individual. Next, server 20 18 retrieves the assigned script 
program from database 2038 and transmits the script program to the individual's 

30 apparatus through communication network 2024. 

The apparatus receives and executes the script program. The execution of the 
script program is similar to the execution described in the preferred embodiment, 
except that statements are displayed to the individual rather than queries. 
FIGURES 28-29 illustrate two sample statements as they appear on display 2064. 

35 Each statement includes a response choice, preferably an acknowledgment such as 
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"OK". After reading a statement, the individual presses the button corresponding to 
the response choice to proceed to the next statement. Alternatively, the script 
program may specify a period of time that each statement is to be displayed before 
proceeding to the next statement. The remaining operation of the third embodiment 
5 is analogous to the operation of the preferred embodiment described above. 

Although it is presently preferred to generate a custom script program for each 
individual as soon as script assignment information is received for the individual, it is 
also possible to wait until the individual's apparatus connects to the server before 
generating the custom script program. This is accomplished by creating and storing a 
10 pointer to the generic script program assigned to the individual, as previously 
described in the preferred embodiment. When the individual's apparatus connects to 
the server, data merge program 2055 creates a custom script program for the 
individual from the generic script program assigned to the individual. The custom 
script program is then sent to the individual's apparatus for execution. 
1 5 Synopsis of the Detailed Description 

FIGURES 31 and 32 provide a synopsis of the system and method of the 
invention that is described above. FIGURE 31 illustrates a Health Care Provider 
(HCP) apparatus 3 10, comprising a HCP Interaction Unit 312 that is connected 
through a patient communication network 314 to a HCP Data Management Unit 316. 
20 In the detailed description above, the HCP Interaction Unit 312 is variously described 
as a doctor's fax 55 (FIGURE 2), a doctor's computer 62 (FIGURE 2), or a 
workstation 2020 (FIGURE 12), which may be a personal computer, remote terminal, 
or web TV unit. The HCP Data Management Unit 3 16 is alternatively described 
above as a clearinghouse 54 (FIGURES 1-2) or a server 2018 (FIGURE 12), which is 
25 described as a stand-alone personal computer or a network of computers. The patient 
communication network 312 is variously referred to above as the communication 
network 2024 (preferably the Internet) (FIGURE 12), a telephone line 64, or a second 
telephone line 68. As would be apparent to one skilled in the art, the patient 
communication network 312 may also simply be a wire or a cable. The Health Care 
30 Provider Apparatus 310 is coupled to a communication network 3 18, which is 
described above as a telephone line 50 and modem 52 or as communication 
network 2024, preferably the Internet. 

In FIGURE 32, the Remotely Programmable Patient Apparatus 320 comprises 
a Patient Interaction Unit 322, which is connected through a patient communication 
35 network 324 to a Patient Data Management. Unit 326. Iii the detailed description 
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above, the Remotely Programmable Patient Apparatus 320 is sometimes referred to 
as an individual self-care health monitoring system 58 (FIGURE 2). The Patient 
Interaction Unit 322 is variously described as handheld microprocessor unit 12 
(FIGURE 1), a commercially available compact video game system (such as the 
5 system manufactured by Nintendo of America Inc. under the trademark "GAME 
BOY") (see e.g., FIGURE 1), a game console 102 (FIGURE 11), a palm-top 
computer, or a remote apparatus 2026, 2032 (FIGURES 12 and 14). The Patient 
Data Management Unit 326 is alternatively described above as being a part of the 
remote apparatus 2026, 2032 (FIGURES 12 and 14) or as being a separate data 

10 management unit 10 (FIGURE i). The patient communication network 324 is 
sometimes referred to above as a cable 14 and may also be a wire or other signal 
communication medium, as would be apparent to those skilled in the art. The 
Remotely Programmable Patient Apparatus 320 is also coupled to the communication 
network 3 18. The patient monitoring device 328 illustrated in FIGURE 32 is 

15 variously referred to above as the blood glucose monitor 16, peak flow meter 20, 
additional monitor 22 (FIGURE 1), or monitoring device 2028 (FIGURE 12). 

The preceding synopsis is intended only to provide a summary overview of 
the present invention as described above and is not intended to reiterate all the 
functional equivalents for the components of the Health Care Provider Apparatus 310 

20 and the Remotely Programmable Patient Apparatus 320 which have been described 
above or to describe those functional equivalents that would be apparent to one 
skilled in the art. 

SUMMARY, RAMIFICATIONS, AND SCOPE 
25 Although the above description contains many specificities, these should not 

be construed as limitations on the scope of the invention but merely as illustrations of 
some of the presently preferred embodiments. Many other embodiments of the 
invention are possible. For example, the scripting language and script commands 
shown are representative of the preferred embodiment. It will be apparent to one 
30 skilled in the art many other scripting languages and specific script commands may 
be used to implement the invention. 

Moreover, the invention is not limited to the specific applications described. 
The system and method of the invention have many other application both inside and 
outside the healthcare industry. For example, pharmaceutical manufacturers may 
35 apply the system in the clinical development and post marketing surveillance of new 
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drugs, using the system as an interactive, on-line monitoring tool for collecting data 
on the efficacy, side effects, and quality of life impact of the drugs. Compared to the 
current use of labor intensive patient interviews, the system provides a fast, flexible, 
and cost effective alternative for monitoring the use and effects of the drugs. 
5 The system may also be used by home healthcare companies to enhance the 

service levels provided to customers, e.g. panic systems, sleep surveillance, specific 
monitoring of disease conditions, etc. Alternatively, the system may be used to 
monitor and optimize the inventory of home stationed health supplies. As an 
example, the system may be connected to an appropriate measuring device to 

10 optimize timing of oxygen tank delivery to patients with COPD. 

The system and method of the invention also have many applications outside 
the healthcare industry. For example, the system may be used for remote education 
over the Internet, facilitating educational communication with children or adult 
trainees who lack access to sophisticated and expensive computer equipment. The 

15 system may also be used by law enforcement officers to perform on-line surveillance 
of individuals on probation or parole. 

Further, the invention has numerous applications for gathering data from 
remotely located devices. For example, the system may be used to collect data from 
smart appliances, such as identification check systems. Alternatively, the system may 

20 be applied to the remote monitoring of facilities, including safety and security 
monitoring, or to environmental monitoring, including pollution control and pipeline 
monitoring. Many other suitable applications of the invention will be apparent to one 
skilled in the art. 
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